Construction management method, system, computer readable medium, computer architecture, computer-implemented instructions, input-processing-output, graphical user interfaces, databases and file management

ABSTRACT

A computer-implemented system for construction management. Operations include receiving as input an electronic version of a document; identifying at least one string of data from the electronic version of the document; mapping the identified at least one string of data to a predetermined unitary database including at least one key string of data associated with at least one key event; tagging the mapped and identified at least one string of data with a tag associated with the at least one key string of data associated with the at least one key event; and transmitting a signal based on the tagged, mapped, and identified at least one string of data. Related methods, devices, apparatuses, systems, techniques and articles are also described.

PRIORITY

This application claims the benefit of priority to U.S. ProvisionalPatent Application No. 62/898,766, entitled “CONSTRUCTION MANAGEMENTSYSTEM AND PROCESS”, filed on Sep. 11, 2019, which is herebyincorporated by reference herein in its entirety.

TECHNICAL FIELD

The present disclosure relates to a method, system and computer readablemedium for construction management. Specifically, the present disclosurerelates to a method, system and computer readable medium forconstruction management (CM) of a construction project, and morespecifically, to CM of a construction project including a process forvalidating requisition information using validation inputs obtained fromthe construction project.

BACKGROUND

Developed construction industry platforms process human data entry(e.g., submittals, change orders, requests for information (RFIs),etc.). Typically, the platforms are configured to allow an owner to setpermissions and tend to limit transparency among various participants onany particular project. Developed systems required long tedious hoursspent manually collating requisitions and associated inaccuracy andinefficiency.

A construction management (CM) system for managing a constructionproject may include various sub-systems, such as a schedule of values(SOV), a project schedule, a contract cost system, and a buildinginformation model (BIM). The data in each of these sub-systems may becoordinated to some extent during project planning and pre-constructionwith data in each other of these sub-systems. However, as theconstruction project progresses, when the sub-systems are not integratedwith each other, delay in data collection, data verification, and datainputting into each of the sub-systems results in project status and keyproject indicators outputted from each sub-system which areuncoordinated with and/or unreconciled to the project status and keyproject indicators outputted from the other sub-systems, and as suchfail to provide a comprehensive, coordinated indication of the projectstatus. Further, due to delays in data collection, verification,inputting and reporting, the project status and key project indicatorsare not reported in real time, e.g., are also delayed, such that anyrecovery planning and/or modeling based on the delayed project statusand indicators may not be timely, may not address issues identified inthe time gap between data collection and reporting, and/or mayunderstate current contract costs and/or fail to identify projectschedule conflicts at the earliest possible time in which recoveryplanning and/or contingency actions may occur.

One example of delay which may occur is in the requisition process,where a contractor submits a requisition, e.g., an application forpayment of current work which has been performed by the contractor. Therequisition includes a schedule of values (SOV) showing a listing of thework elements required to be completed by that contractor for theconstruction project, and the amount of work claimed to have beencompleted in the current period. Prior to approving the requisition forpayment to the contractor, each work element of the SOV having currentwork for which payment is claimed under the requisition must be reviewedto verify that the amount of work claimed has been completed. Verifyingthe current work claimed in the SOV may require, for example, that aproject supervisor, project manager, program manager, or other personconduct a site visit to the project site to physically view and verifycompletion of the claimed work prior to authorizing payment of therequisition. As such, payment to the contractor is delayed until thesite visit may be conducted and the verification information inputted tothe CM system. Further, updates to other sub-systems, such as theproject schedule, contract cost tracking system, or other systems, maybe delayed pending the physical verification of the current work claimedin the SOV, and/or by additional time and processing steps which may berequired to input the current work information from the SOV into theother sub-systems.

The present inventors developed improvements in devices and methods forCM that overcome at least the above-referenced problems with the devicesand methods of the related art.

SUMMARY

A system for construction management is provided. The system may includea device having at least one processor and a memory storing at least oneprogram for execution by the at least one processor. The at least oneprogram may include instructions. The instructions, when executed by theat least one processor, may cause the at least one processor to performoperations.

The operations may include receiving as input an electronic version of adocument. The operations may include identifying at least one string ofdata from the electronic version of the document. The operations mayinclude mapping the identified at least one string of data to apredetermined unitary database including at least one key string of dataassociated with at least one key event. The operations may includetagging the mapped and identified at least one string of data with a tagassociated with the at least one key string of data associated with theat least one key event. The operations may include transmitting a signalbased on the tagged, mapped, and identified at least one string of data.

The signal may be a verification. The verification may include at leastone from the group consisting of: transmitting a display signal, thedisplay signal including information about the identified at least onestring of data and information about the at least one key string of dataassociated with the at least one key event, and transmitting a prompt toenter information regarding whether a predetermined condition existsbetween the identified at least one string of data and the at least onekey string of data associated with the at least one key event;performing a statistical method of comparison of the identified at leastone string of data with the at least one key string of data associatedwith the at least one key event; performing a machine learning method ofcomparison of the identified at least one string of data with the atleast one key string of data associated with the at least one key event;and a combination of any of the group.

The document may be at least one from the group consisting of: a biddocument, a contract, a schedule of values tag, a project schedule, arequisition, a verification, a change order, an unapproved work inplace, a work authorization, a report, an email, a file, a text message,an electronic notebook, a database, a model, a payment, an invoice, areceipt, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group.

The electronic version of the document may include at least one from thegroup consisting of: a code, a letter, a number, a symbol, a word, aphrase, a sentence, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The identified at least one string of data may include at least one fromthe group consisting of: a name of an entity, a name of a category, acode, a description, a location, a name of the location, a past date, apast time, a present date, a present time, a future date, a future time,a financial amount, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The predetermined unitary database may include a historic collection.The historic collection may include at least one from the groupconsisting of: a bid document, a contract, a schedule of values tag, aproject schedule, a schedule of values, a requisition, a verification, achange order, an unapproved work in place, a work authorization, areport, an email, a file, a text message, an electronic notebook, adatabase, a model, a payment, an invoice, a receipt, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The predetermined unitary database may include an analysis of thehistoric collection. The predetermined unitary database may include anassociation of the analysis of the historic collection with the at leastone key event.

The key event may be at least one from the group consisting of: apredictable event, an unpredictable event, a schedule change, a costchange, a labor change, a material change, an equipment change, asubstantial completion date, an occupancy date, a project completiondate, an accident, a natural disaster, an act of God, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The operations may include comparing the identified at least one stringof data with a predetermined unitary database including the at least onekey string of data associated with the at least one key event. Thecomparing the identified at least one string of data with apredetermined unitary database including the at least one key string ofdata associated with the at least one key event may include transmittinga display signal, the display signal including information about theidentified at least one string of data and information about the atleast one key string of data associated with the at least one key event,and transmitting a prompt to enter information regarding whether apredetermined condition exists between the identified at least onestring of data and the at least one key string of data associated withthe at least one key event. The comparing the identified at least onestring of data with a predetermined unitary database including the atleast one key string of data associated with the at least one key eventmay include performing a statistical method of comparison of theidentified at least one string of data with the at least one key stringof data associated with the at least one key event. The comparing theidentified at least one string of data with a predetermined unitarydatabase including the at least one key string of data associated withthe at least one key event may include performing a machine learningmethod of comparison of the identified at least one string of data withthe at least one key string of data associated with the at least one keyevent. The comparing the identified at least one string of data with apredetermined unitary database including the at least one key string ofdata associated with the at least one key event may include acombination of any of the above.

The electronic version of the document may include at least one of thegroup consisting of a bid document, a change order, an unapproved workin place, and a verification input. The predetermined unitary databasemay be a schedule of values. The mapping may include mapping the atleast one of the group consisting of the bid document, the change order,the unapproved work, and the verification input in place to the scheduleof values.

In response to a verification process, a requisition process, and aschedule of values process, an output may be generated. The output maybe at least one from the group consisting of a contract, a schedule ofvalues tag, a project schedule, a requisition, a verification, a report,a heat map, a model, a building information model, and a payment.

The mapping the identified at least one string of data to thepredetermined unitary database including at least one key string of dataassociated with at least one key event may include associating aselected portion of an image on a display with the identified at leastone string of data or the at least one key string of data associatedwith the at least one key event. The identifying at least one string ofdata from the electronic version of the document may include detectingand reading printed text and/or handwritten text from the electronicversion of the document. The identifying at least one string of datafrom the electronic version of the document may include determining,receiving and saving coordinates of the detected text. The identifyingat least one string of data from the electronic version of the documentmay include normalizing the determined, received and saved coordinates.The identifying at least one string of data from the electronic versionof the document may include saving the original and normalizedcoordinates in a search index.

A computer-implemented method of construction management is provided. Adevice may be provided. The device may have at least one processor and amemory storing at least one program for execution by the at least oneprocessor. The at least one program may include instructions, which,when executed by the at least one processor cause the at least oneprocessor to perform operations. The operations may include receiving asinput an electronic version of a document. The operations may includeidentifying at least one string of data from the electronic version ofthe document. The operations may include mapping the identified at leastone string of data to a predetermined unitary database including atleast one key string of data associated with at least one key event. Theoperations may include tagging the mapped and identified at least onestring of data with a tag associated with the at least one key string ofdata associated with the at least one key event. The operations mayinclude transmitting a signal based on the tagged, mapped, andidentified at least one string of data.

The signal may be a verification. The verification may include at leastone from the group consisting of: transmitting a display signal, thedisplay signal including information about the identified at least onestring of data and information about the at least one key string of dataassociated with the at least one key event, and transmitting a prompt toenter information regarding whether a predetermined condition existsbetween the identified at least one string of data and the at least onekey string of data associated with the at least one key event;performing a statistical method of comparison of the identified at leastone string of data with the at least one key string of data associatedwith the at least one key event; performing a machine learning method ofcomparison of the identified at least one string of data with the atleast one key string of data associated with the at least one key event;and a combination of any of the group.

The document may be at least one from the group consisting of: a biddocument, a contract, a schedule of values tag, a project schedule, arequisition, a verification, a change order, an unapproved work inplace, a work authorization, a report, an email, a file, a text message,an electronic notebook, a database, a model, a payment, an invoice, areceipt, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group.

The electronic version of the document may include at least one from thegroup consisting of: a code, a letter, a number, a symbol, a word, aphrase, a sentence, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The identified at least one string of data may include at least one fromthe group consisting of: a name of an entity, a name of a category, acode, a description, a location, a name of the location, a past date, apast time, a present date, a present time, a future date, a future time,a financial amount, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The predetermined unitary database may include a historic collection.The historic collection may include at least one from the groupconsisting of: a bid document, a contract, a schedule of values tag, aproject schedule, a schedule of values, a requisition, a verification, achange order, an unapproved work in place, a work authorization, areport, an email, a file, a text message, an electronic notebook, adatabase, a model, a payment, an invoice, a receipt, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The predetermined unitary database may include an analysis of thehistoric collection. The predetermined unitary database may include anassociation of the analysis of the historic collection with the at leastone key event.

The key event may be at least one from the group consisting of: apredictable event, an unpredictable event, a schedule change, a costchange, a labor change, a material change, an equipment change, asubstantial completion date, an occupancy date, a project completiondate, an accident, a natural disaster, an act of God, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The operations may include comparing the identified at least one stringof data with a predetermined unitary database including the at least onekey string of data associated with the at least one key event. Thecomparing the identified at least one string of data with apredetermined unitary database including the at least one key string ofdata associated with the at least one key event may include transmittinga display signal, the display signal including information about theidentified at least one string of data and information about the atleast one key string of data associated with the at least one key event,and transmitting a prompt to enter information regarding whether apredetermined condition exists between the identified at least onestring of data and the at least one key string of data associated withthe at least one key event. The comparing the identified at least onestring of data with a predetermined unitary database including the atleast one key string of data associated with the at least one key eventmay include performing a statistical method of comparison of theidentified at least one string of data with the at least one key stringof data associated with the at least one key event. The comparing theidentified at least one string of data with a predetermined unitarydatabase including the at least one key string of data associated withthe at least one key event may include performing a machine learningmethod of comparison of the identified at least one string of data withthe at least one key string of data associated with the at least one keyevent. The comparing the identified at least one string of data with apredetermined unitary database including the at least one key string ofdata associated with the at least one key event may include acombination of any of the above.

The electronic version of the document may include at least one of thegroup consisting of a bid document, a change order, an unapproved workin place, and a verification input. The predetermined unitary databasemay be a schedule of values. The mapping may include mapping the atleast one of the group consisting of the bid document, the change order,the unapproved work, and the verification input in place to the scheduleof values.

In response to a verification process, a requisition process, and aschedule of values process, an output may be generated. The output maybe at least one from the group consisting of a contract, a schedule ofvalues tag, a project schedule, a requisition, a verification, a report,a heat map, a model, a building information model, and a payment.

The mapping the identified at least one string of data to thepredetermined unitary database including at least one key string of dataassociated with at least one key event may include associating aselected portion of an image on a display with the identified at leastone string of data or the at least one key string of data associatedwith the at least one key event. The identifying at least one string ofdata from the electronic version of the document may include detectingand reading printed text and/or handwritten text from the electronicversion of the document. The identifying at least one string of datafrom the electronic version of the document may include determining,receiving and saving coordinates of the detected text. The identifyingat least one string of data from the electronic version of the documentmay include normalizing the determined, received and saved coordinates.The identifying at least one string of data from the electronic versionof the document may include saving the original and normalizedcoordinates in a search index.

A non-transitory computer-readable storage medium may be provided.non-transitory computer-readable storage medium may store at least oneprogram for construction management. The at least one program may be forexecution by at least one processor and a memory storing the at leastone program. The at least one program may include instructions, when,executed by the at least one processor cause the at least one processorto perform operations.

The operations may include receiving as input an electronic version of adocument, wherein the document is at least one from the group consistingof: a bid document, a contract, a schedule of values tag, a projectschedule, a requisition, a verification, a change order, an unapprovedwork in place, a work authorization, a report, an email, a file, a textmessage, an electronic notebook, a database, a model, a payment, aninvoice, a receipt, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The operations may include identifying at least one string of data fromthe electronic version of the document.

The operations may include mapping the identified at least one string ofdata to a predetermined unitary database including at least one keystring of data associated with at least one key event.

The predetermined unitary database may include a historic collection ofat least one from the group consisting of: a bid document, a contract, aschedule of values tag, a project schedule, a schedule of values, arequisition, a verification, a change order, an unapproved work inplace, a work authorization, a report, an email, a file, a text message,an electronic notebook, a database, a model, a payment, an invoice, areceipt, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group.

The predetermined unitary database may include an analysis of thehistoric collection.

The predetermined unitary database may include an association of theanalysis of the historic collection with the at least one key event,wherein the key event is at least one from the group consisting of: apredictable event, an unpredictable event, a schedule change, a costchange, a labor change, a material change, an equipment change, asubstantial completion date, an occupancy date, a project completiondate, an accident, a natural disaster, an act of God, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The operations may include tagging the mapped and identified at leastone string of data with a tag associated with the at least one keystring of data associated with the at least one key event.

The operations may include transmitting a signal based on the tagged,mapped, and identified at least one string of data.

The signal may be a verification. The verification may include at leastone from the group consisting of: transmitting a display signal, thedisplay signal including information about the identified at least onestring of data and information about the at least one key string of dataassociated with the at least one key event, and transmitting a prompt toenter information regarding whether a predetermined condition existsbetween the identified at least one string of data and the at least onekey string of data associated with the at least one key event;performing a statistical method of comparison of the identified at leastone string of data with the at least one key string of data associatedwith the at least one key event; performing a machine learning method ofcomparison of the identified at least one string of data with the atleast one key string of data associated with the at least one key event;and a combination of any of the group.

The document may be at least one from the group consisting of: a biddocument, a contract, a schedule of values tag, a project schedule, arequisition, a verification, a change order, an unapproved work inplace, a work authorization, a report, an email, a file, a text message,an electronic notebook, a database, a model, a payment, an invoice, areceipt, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group.

The electronic version of the document may include at least one from thegroup consisting of: a code, a letter, a number, a symbol, a word, aphrase, a sentence, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The identified at least one string of data may include at least one fromthe group consisting of: a name of an entity, a name of a category, acode, a description, a location, a name of the location, a past date, apast time, a present date, a present time, a future date, a future time,a financial amount, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group.

The predetermined unitary database may include a historic collection.The historic collection may include at least one from the groupconsisting of: a bid document, a contract, a schedule of values tag, aproject schedule, a schedule of values, a requisition, a verification, achange order, an unapproved work in place, a work authorization, areport, an email, a file, a text message, an electronic notebook, adatabase, a model, a payment, an invoice, a receipt, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The predetermined unitary database may include an analysis of thehistoric collection. The predetermined unitary database may include anassociation of the analysis of the historic collection with the at leastone key event.

The key event may be at least one from the group consisting of: apredictable event, an unpredictable event, a schedule change, a costchange, a labor change, a material change, an equipment change, asubstantial completion date, an occupancy date, a project completiondate, an accident, a natural disaster, an act of God, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.

The instructions may include comparing the identified at least onestring of data with a predetermined unitary database including the atleast one key string of data associated with the at least one key event.The comparing the identified at least one string of data with apredetermined unitary database including the at least one key string ofdata associated with the at least one key event may include transmittinga display signal, the display signal including information about theidentified at least one string of data and information about the atleast one key string of data associated with the at least one key event,and transmitting a prompt to enter information regarding whether apredetermined condition exists between the identified at least onestring of data and the at least one key string of data associated withthe at least one key event. The comparing the identified at least onestring of data with a predetermined unitary database including the atleast one key string of data associated with the at least one key eventmay include performing a statistical method of comparison of theidentified at least one string of data with the at least one key stringof data associated with the at least one key event. The comparing theidentified at least one string of data with a predetermined unitarydatabase including the at least one key string of data associated withthe at least one key event may include performing a machine learningmethod of comparison of the identified at least one string of data withthe at least one key string of data associated with the at least one keyevent. The comparing the identified at least one string of data with apredetermined unitary database including the at least one key string ofdata associated with the at least one key event may include acombination of any of the above.

The electronic version of the document may include at least one of thegroup consisting of a bid document, a change order, an unapproved workin place, and a verification input. The predetermined unitary databasemay be a schedule of values. The mapping may include mapping the atleast one of the group consisting of the bid document, the change order,the unapproved work, and the verification input in place to the scheduleof values.

In response to a verification process, a requisition process, and aschedule of values process, an output may be generated. The output maybe at least one from the group consisting of a contract, a schedule ofvalues tag, a project schedule, a requisition, a verification, a report,a heat map, a model, a building information model, and a payment.

The mapping the identified at least one string of data to thepredetermined unitary database including at least one key string of dataassociated with at least one key event may include associating aselected portion of an image on a display with the identified at leastone string of data or the at least one key string of data associatedwith the at least one key event. The identifying at least one string ofdata from the electronic version of the document may include detectingand reading printed text and/or handwritten text from the electronicversion of the document. The identifying at least one string of datafrom the electronic version of the document may include determining,receiving and saving coordinates of the detected text. The identifyingat least one string of data from the electronic version of the documentmay include normalizing the determined, received and saved coordinates.The identifying at least one string of data from the electronic versionof the document may include saving the original and normalizedcoordinates in a search index.

A CM process may include generating, via a server, a schedule of values(SOV). The SOV may include a plurality of SOV descriptions. The CMprocess may include generating, via the server and using a tagginginstruction, a plurality of SOV tags. Each one of the SOV tags may beunique from each other one of the SOV tags. The server may include adata store. The CM process may include associating in the data store, arespective SOV tag of the plurality of SOV tags with a respective SOVdescription of the plurality of SOV descriptions such that eachrespective SOV tag is associated with only one respective SOVdescription.

The CM process may include receiving, via the server, at least one biddocument. The CM process may include generating, using the server andthe at least one bid document, a respective contract cost for eachrespective SOV description of the plurality of SOV descriptions. The CMprocess may include associating in the data store, using the server, therespective contract cost with at least one of the respective SOVdescription and the respective SOV tag associated with the respectiveSOV description.

The CM process may include generating a project schedule, using theserver. The project schedule may include a plurality of scheduleelements arranged in a project sequence. Each of the schedule elementsis one of a task and an activity. The CM process may include associatingin the data store, using the server, each respective schedule element ofthe plurality of schedule elements with a respective schedule time. TheCM process may include generating a contract time, using the server andthe respective schedule time associated with each schedule element of atleast one of the plurality of schedule elements. The CM process mayinclude associating in the data store, using the server, each respectiveSOV tag with at least one schedule element of the plurality of scheduleelements.

The CM process may include generating, using the server, a contract. Thecontract includes the plurality of SOV descriptions, the respectivecontract cost associated with each of the plurality of SOV descriptions,and the contract time.

The CM process may include collecting, using a verification mechanism,at least one verification component at a current verification time. Theat least one verification component at least partially defines a currentcompletion status of a respective SOV description at the currentverification time. The CM process may include receiving, via the server,the at least one verification component. The CM process may includeassociating in the data store, using the server, the at least oneverification component with at least one of the respective SOVdescription and with the respective SOV tag. The CM process may includereceiving, via the server, a requisition requesting verification of thecurrent completion status of the respective SOV description.

The CM process may include determining, using the server, whether the atleast one verification component is acceptable to verify the currentcompletion status of the respective SOV description. The CM process mayinclude verifying, using the server, the current completion status ofthe respective SOV description when the at least one verificationcomponent is determined to be acceptable. The CM process may includeassociating in the data store, using the server, the current completionstatus with at least one of the respective SOV description and with therespective SOV tag. The CM process may include rejecting, using theserver, the current completion status of the respective SOV descriptionwhen the at least one verification component is determined to beunacceptable.

The determining whether the at least one verification component isacceptable to verify the current completion status of the respective SOVdescription may include at least one of: reviewing the verificationcomponent; comparing the verification component to a verificationstandard; and applying a verification instruction to the verificationcomponent.

The collecting the at least one verification component and receiving theat least one verification component via the server may occurcontemporaneously.

The CM process may include associating in the data store, theverification component with a time stamp. The time stamp may begenerated by one of the server and the verification mechanism. The timestamp may be generated contemporaneously with receiving the verificationcomponent via the server.

The receiving the at least one verification component via the server,and determining whether the at least one verification component isacceptable to verify the current completion status of the respective SOVdescription may occur contemporaneously.

The CM process may include generating a current contract cost of therespective SOV description when the at least one verification componentis determined to be acceptable, via the server and using the currentcompletion status of the respective SOV description. The CM process mayinclude associating in the data store, the current contract cost withthe respective SOV tag associated with the respective SOV description.The CM process may include determining a current payment for therequisition, via the server and using the current contract cost of therespective SOV description when the at least one verification componentis determined to be acceptable.

The CM process may include generating a payment authorization. Thepayment authorization authorizes payment of the requisition in theamount of the current payment.

The CM process may include generating a current cost heat map using theserver, a reporting instruction, and the current contract cost. Thecurrent cost heat map may compare the current contract cost to thecontract cost. The CM process may include outputting the current costheat map to a user device.

The CM process may include generating, using a modeling instruction anda plurality of BIM elements, a building information model (BIM) of theproject. The BIM may include the plurality of BIM elements. The CMprocess may include associating in the data store, using the server,each respective SOV tag with at least one BIM element of the pluralityof BIM elements. The CM process may include generating a BIM cost heatmap using the respective current contract cost associated with therespective SOV value. The CM process may include outputting the BIM costheat map to a user device.

The CM process may include associating in the data store, using theserver, the current completion status and the current time with the atleast one respective schedule element associated with the at least oneof the respective SOV description and with the respective SOV tag. TheCM process may include generating a current project schedule usingserver, the current completion status and the current time. The CMprocess may include generating a current contract time using the currentproject schedule.

The CM process may include modeling a recovery plan, using the serverand a modeling instruction, the project schedule and the current projectschedule.

The CM process may include generating, using a modeling instruction anda plurality of BIM elements, a building information model (BIM) of theproject; wherein the BIM includes the plurality of BIM elements. The CMprocess may include associating in the data store, using the server,each respective SOV tag with at least one BIM element of the pluralityof BIM elements. The CM process may include generating a BIM scheduleheat map using the respective current schedule time associated with therespective SOV value. The CM process may include outputting the BIMschedule heat map to a user device.

A CM system may include a verification mechanism. The CM system mayinclude a user device. The CM system may include a server incommunication with each of the verification mechanism and the userdevice. The server may include a data store. The server may have aprocessor and a memory. The memory may store instructions executable bythe processor such that the server, the verification mechanism and theuser device are operable to execute the CM process.

Described herein is a CM process and system which substantially reducesand/or eliminates input and verification delays and lack ofreconciliation between the status information inputted into the variousCM sub-systems, such that project status reporting for a constructionproject may occur in real time or near real time during the duration ofthe project. The terminology CM sub-systems, as used herein, refers tosub-systems such as the schedule of values (SOV), the project schedule,the contract, the cost accounting and payment system, reportingsystem(s), and modeling system(s) including BIM, heat mapping, andschedule modeling. The CM process and system described herein integratesschedule of values (SOV) data, project schedule data, contract costdata, and building information modeling (BIM) data using an SOV taggingmethod, such that each of the SOV, project schedule, contract cost, andBIM may be updated in real time with submission and/or verification of averification input to the CM system, where the verification input isconfigured to verify a current completion status of a work elementlisted in the SOV and associated with an SOV tag generated by the SOVtagging method described herein. Each SOV tag is unique and associatedwith only a single SOV description of the SOV. In a non-limitingexample, each work element listed on the SOV may be referred to hereinas a SOV description. Each unique SOV tag and the SOV description towhich the SOV tag is assigned in a data store of the CM system areassociated with at least one project schedule element, a SOV cost, andat least one BIM element, so as to integrate the SOV, project schedule,contract and BIM through a shared data structure using the unique SOVtagging system and process. As such, when a verification inputindicating a current completion status of a SOV description is receivedto the CM system and verified as an acceptable verification input, theproject schedule element(s), SOV cost, and BIM element(s) linked to theSOV description by the SOV tag are updated using the current completionstatus of the linked SOV description, such that the CM project statusrelated to any of the project schedule, contract cost, and BIM areupdated contemporaneously with updating of the SOV. In one example, theSOV, project schedule, contract cost, and BIM are updated in real timeand/or in near real time, e.g., at the current time at which theverification input verifying the current completion status of the SOVdescription is received to a CM server. In one example, the verificationinput is collected and received to the CM server contemporaneously, suchthat the SOV, project schedule, contract cost, and BIM are updated inreal time with the collection of the verification input. In one example,the verification input may be collected using one or more verificationmechanisms, at least some of which may be automated such that collectiondoes not require the presence and/or manual input of a project manageror contractor at the project worksite. In this example, delay betweenverification input and project status updating is minimized and/orsubstantially eliminated such that project status may be reported and/ormonitored in real time. In one example, project status is reported usingone or more heat maps to visually represent the status of variousproject parameters such as cost and schedule parameters. In one example,the heat map is configured as a BIM model such that the projectparameter data is graphically represented by color-coding of the BIMmodel. The CM process and system described herein is advantaged byproviding project status reporting in real time, such that recoveryplanning, cost containment actions, contractor payment, and/or changemanagement may be completed in a substantially timelier manner and risksrelated to reporting delays may be minimized.

These and other capabilities of the disclosed subject matter will bemore fully understood after a review of the following figures, detaileddescription, and claims.

DESCRIPTION OF DRAWINGS

These and other features will be more readily understood from thefollowing detailed description taken in conjunction with theaccompanying drawings, in which:

FIG. 1 provides an illustration of an architecture of an exemplarysystem for construction management (CM);

FIG. 2 provides a schematic illustration of the CM process using the CMsystem of FIG. 1;

FIG. 3A provides an illustration of a first portion of an exemplary datatable included in the CM system of FIG. 1;

FIG. 3B provides an illustration of a second portion of the exemplarydata table included in the CM system of FIG. 1;

FIG. 3C provides an illustration of a third portion of the exemplarydata table included in the CM system of FIG. 1;

FIG. 4 provides a detailed view of a first portion of the exemplary datatable of FIG. 3;

FIG. 5A provides a detailed view of a second portion of the exemplarydata table of FIG. 3;

FIG. 5B provides a detailed view of a third portion of the exemplarydata table of FIG. 3;

FIG. 6 provides a detailed view of a fourth portion of the exemplarydata table of FIG. 3;

FIG. 7 provides a schematic illustration of a user device of the CMsystem of FIG. 2, the user device displaying at least one exemplary userinterface (UI) element;

FIG. 8 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element;

FIG. 9 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element;

FIG. 10 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element;

FIG. 11 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element, a verificationmechanism configured as a camera, and a verification componentconfigured as a digital photograph;

FIG. 12 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element;

FIG. 13 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element, a verificationcomponent configured as a digital photograph, and a plurality ofverification components configured as color coded annotations to thedigital photograph (the UI displays five different colors for fivedifferent trades; the five different colors are represented here withfive different textured elements for ease of illustration);

FIG. 14 provides a schematic illustration of the user device of FIG. 7,the user device displaying yet another exemplary UI element, averification component configured as a digital photograph, and aplurality of verification components configured as textured elements;

FIG. 15 provides a schematic illustration of the user device of FIG. 7,the user device displaying another exemplary UI element, a verificationcomponent configured as a digital photograph, and a plurality ofverification components configured as bar codes;

FIG. 16 provides a schematic illustration of a plurality of verificationmechanisms of the CM system of FIG. 1 located in a worksite;

FIG. 17 provides a schematic illustration of a heat map of aconstruction worksite generated by the CM system of FIG. 1 and showing acurrent project status of the construction worksite;

FIG. 18 provides a schematic illustration of a building informationmodel (BIM) including a heat map generated using the CM process of FIG.2;

FIG. 19 provides an illustration of a holographic BIM generated usingthe CM process of FIG. 2;

FIG. 20 a flow chart of a method for CM according to an exemplaryembodiment;

FIG. 21 is a schematic diagram of a computer device or system includingat least one processor and a memory storing at least one program forexecution by the at least one processor according to an exemplaryembodiment;

FIG. 22 depicts an upload step of a method for CM according an exemplaryembodiment;

FIG. 23 depicts a recognize and bounding step of the method for CMaccording an exemplary embodiment;

FIG. 24 depicts a coordinate step of the method for CM according anexemplary embodiment;

FIG. 25 depicts a resize/reformat step of the method for CM according anexemplary embodiment;

FIG. 26 depicts a highlight step of the method for CM according anexemplary embodiment;

FIG. 27 depicts an upload step of a handwriting search function for themethod for CM according an exemplary embodiment;

FIG. 28 depicts a graphical user interface (GUI) associated with anextraction step of the handwriting search function for the method for CMaccording an exemplary embodiment;

FIG. 29 depicts a highlighting step of the handwriting search functionfor the method for CM according an exemplary embodiment;

FIG. 30 depicts a GUI associated with a search step of the handwritingsearch function for the method for CM according an exemplary embodiment;

FIG. 31 depicts an image display step of the handwriting search functionfor the method for CM according an exemplary embodiment;

FIG. 32 depicts an original document to be scanned using the handwritingsearch function for the method for CM according an exemplary embodiment;

FIG. 33 depicts a GUI associated with a highlighting step of thehandwriting search function for the method for CM according an exemplaryembodiment;

FIG. 34 depicts a display configured to display a GUI and featuresrelating to a coordinate step of the handwriting search function for themethod for CM according an exemplary embodiment;

FIG. 35 depicts a dashboard GUI associated with the method for CMaccording an exemplary embodiment;

FIG. 36 depicts partial GUIs associated with the schedule of values, 3-Dmodeling and scheduling for the method for CM according an exemplaryembodiment;

FIG. 37 depicts an architecture for the method for CM according anexemplary embodiment;

FIG. 38 depicts an optical character reading (OCR) process for themethod for CM according an exemplary embodiment;

FIG. 39 depicts a searching and highlighting process for the method forCM according an exemplary embodiment;

FIG. 40 depicts an architecture for the method for CM according anexemplary embodiment, including:

FIG. 40A, which depicts a BIM/coordination module and a bidding modulefor the method for CM according an exemplary embodiment;

FIG. 40B, which depicts a schedule module and a schedule of valuesmodule for the method for CM according an exemplary embodiment;

FIG. 40C depicts a cost module, an images module, and a supply chainmodule for the method for CM according an exemplary embodiment;

FIG. 40D depicts schedules of values for the schedule of values modulefor the method for CM according an exemplary embodiment; and

FIG. 41 depicts a flow chart for a system, method and operationsincluding various features of the above-referenced exemplaryembodiments.

It is noted that the drawings are not necessarily to scale. The drawingsare intended to depict only typical aspects of the subject matterdisclosed herein, and therefore should not be considered as limiting thescope of the disclosure. Those skilled in the art will understand thatthe structures, systems, devices, and methods specifically describedherein and illustrated in the accompanying drawings are non-limitingexemplary embodiments and that the scope of the present invention isdefined solely by the claims.

DETAILED DESCRIPTION

With the continued development of technology and emphasis onremote/cloud based software as a result of, for example, a disruptiveevent (e.g., COVID-19), an improved method, system and computer readablemedium for construction management (CM) of a construction projectsupport long-term growth trajectory of all asset classes at scale (e.g.,residential, commercial, industrial, and infrastructure). The CM systemis configured to be deployed across projects regardless of budget sizeand geographic region.

A method, system and computer readable medium for CM of a constructionproject is provided, which harmonizes and integrates complicatedfinancial information and complex data using machine learning and humananalysis to provide users with useful feedback for mitigating riskduring the construction project. Whereas developed CM devices andmethods overlook the requisition process, the present method, system andcomputer readable medium leverage the requisition process to promoteefficiencies. Specifically, for example, users are provided withinformation regarding the status of the construction projects throughthe lens of the requisition.

In some exemplary embodiments, one or more elements of photographs ofconstruction sites are identified and associated with a schedule ofvalues (SOV). The associations promote transparency and efficiency ofproject meetings and site walk-throughs. Financial discrepancies betweenplanning stages and actual performance are minimized. The associatedelements of the photographs with the SOVs are further associated withthe billing process. For instance, instead of a single SOV worthhundreds of thousands of dollars represented by a single percentage ofcompletion, the line item is divided into detailed line items. Thedetail facilitates verification and validation.

In particular, the method, system and computer readable medium providesearly indicators of risk factors having the potential to add delayand/or cost to the project. Analysis of details of the requisitionpermits provision of such early indicators.

The method, system and computer readable medium may provide software asa service (Saas). The method, system and computer readable medium mayinclude a stakeholder tool that allows multiple parties to inputinformation. Data science engines may be used to minimize human dataentry. The data science engines may read data being entered and maycompare and calculate “micro points” based on factors such as rules,permissions, and changing project conditions during the projectlifecycle.

The method, system and computer readable medium may be configured toanalyze conditions of a project to highlight the progress of theproject, and minimize cost overruns and schedule delays as a result ofdisruptions to workflow.

Generally speaking, primary activities of contractors and subcontractorsworking on a project are completed in the field at a construction site.Individuals responsible for completing paperwork related to the workcompleted are often on-the-go and are not office-based. Materials usedon the project are often manufactured abroad and transportedinternationally. Documents and photographs that log the transfer of thematerials are completed on-location. Thus, much of the documentationthat supports billing for materials, labor, and other constructionactivities are done, at least in-part, by hand. These documents arelater scanned and attached to other miscellaneous documentation that arethen submitted to the construction manager for review.Construction/project managers, stakeholders, and bank representativesrequire certain documentation to verify accuracy of the work completedbefore payments can be approved. For large-scale construction projects,searching through pages of handwritten documentation to verify thatinformation is correct may be extremely time consuming and costly. Inaddition, the manual review process results in a larger margin of error.

Capabilities of an improved construction management (CM) system allowconstruction/project managers, stakeholders, and/or bank representativesto easily search for keywords and find handwritten support. The processof reviewing monthly documentation is made more efficient using thesearch functions of the CM system. Also, optical character reading (OCR)capabilities allow these parties to quickly answer ad-hoc questionsduring monthly budget meetings, questions that may have beenunanswerable on-the-spot prior to the use of the CM system. Efficientreview leads to a cleaner and more accurate requisition, resulting infewer retroactive corrections. Overall, the capabilities of the CMsystem significantly improve workflow of at least one requisitionprocess of at least one construction project.

INTRODUCTION

First Architecture

Disclosed herein are certain systems, apparatuses, and processes for themanagement of a construction project, including methods and/or processeswhich may be embodied as instructions 20 stored on a computer-readablemedium and executable by a processor. Referring to the drawings, whereinlike reference numbers correspond to like or similar componentsthroughout the several figures, there is shown in FIG. 1 a schematicillustration of an architecture of a construction management (CM) system100 for executing a CM process 200 illustrated by the exemplary blockdiagram shown in FIG. 2. The CM system 100 may be referred to herein asa CM system. The process 200 may be referred to herein as a constructionmanagement (CM) process, and/or as a CM process. With regard to thesystem 100, the process 200, and the components and elements of thesystem 100 and the process 200 illustrated described herein andillustrated by the accompanying figures, it should be understood that,although the steps of such processes, etc. have been described asoccurring according to a certain ordered sequence, such processes couldbe practiced with the described steps performed in an order other thanthe order described herein. It further should be understood that certainsteps could be performed simultaneously, that other steps could beadded, or that certain steps described herein could be omitted. In otherwords, the descriptions of processes herein are provided for the purposeof illustrating certain embodiments, and should in no way be construedso as to limit the claimed teachings. As used herein, the terms “a”,“an,” “the,” “at least one,” and “one or more” are interchangeable andindicate that at least one of an item is present. A plurality of suchitems may be present unless the context clearly indicates otherwise. Theterminology “substantially” as used herein also refers to a slightimprecision of a condition (e.g., with some approach to exactness of thecondition; approximately or reasonably close to the condition; nearly'essentially). As used herein, the terminology “in real time,” “in nearreal time,” and “contemporaneously” also refers to a slight imprecisionof a real time condition, such that events described herein as occurring“in real time,” “in near real time,” and “contemporaneously” aredescribed as occurring as substantially the same time, within thelimitations of the technology used, including for example, within thelimitations of the time required to transmit, receive, and process dataand/or signals associated with the described events. As used herein, theterm “document” is not intended to be limited to paper documents andalso refers to documents which may be generated digitally, electronicdocuments, scanned images of paper documents, e-mails, facsimiles,on-line fillable forms, etc. The terms “comprising,” “includes,”“including,” “has,” and “having” are inclusive and therefore specify thepresence of stated items, buy do not preclude the presence of otheritems. As used in this disclosure, the term “or” includes any and allcombinations of one or more of the listed items. Accordingly, it is tobe understood that the above description is intended to be illustrativeand not restrictive. Many embodiments and applications other than theexamples provided would be apparent to those of skill in the art uponreading the above description.

In FIGS. 1 and 2, where direct connections are illustrated betweenadjacent components, the system CM 100 and/or the process 200 mayinclude additional components therebetween. Where indirect connectionsare illustrated between two components with at least a third componenttherebetween, the CM system 100 and/or the process 200 may omit thethird component therebetween and thus the two components may be directlyconnected components, where otherwise functional.

System Overview and Exemplary Data Elements

Referring to FIG. 1, shown is an exemplary schematic illustration of aCM system 100 for executing an exemplary CM process 200 illustrated bythe block diagram shown in FIG. 2, the processes illustrated in one ormore of FIGS. 38-40. The CM system 100 includes a CM server 10 incommunication via a network 76 with a user device 70. In the exampleshown, the CM system 100 may include a project management system 56, apayment system 58, and one or more modeling systems 60 in communicationwith the CM server 10. The example shown in FIG. 1 is non-limiting, suchthat CM system 100 may be configured such that the server 10 may includethe project management system 56, the payment system 58, and one or moremodeling systems 60 and/or be configured to execute the functionsprovided by those systems. The CM system 100 may include one or moreverification mechanisms 62 in communication with the CM server 10 viathe network 76, for collecting and communicating one or moreverification components 64 to the CM server 10 during requisitioning andverification processes as described in further detail herein.

As shown in FIG. 1, the CM server 10 includes a central processing unit(CPU) 12, which may also be referred to herein as a processor. Theserver 10 may employ any of a number of computer operating systems,including, but by no means limited to, versions and/or varieties of theMicrosoft Windows® operating system, the iOS by Apple Computer, Inc.,Android by Google, Inc., the Unix operating system (e.g., the Solaris®operating system distributed by Sun Microsystems of Menlo Park, Calif.),the AIX UNIX operating system distributed by International BusinessMachines (IBM) of Armonk, N.Y., and the Linux operating system. Theprocessor 12 receives instructions from a memory such as memory 14, acomputer-readable medium, etc., and executes these instructions, therebyperforming one or more processes, including one or more of the processesdescribed herein. The computer-executable instructions may be compiledor interpreted from computer programs created using a variety ofprogramming languages and/or technologies, including, withoutlimitation, and either alone or in combination, Java™, C, C-HF, VisualBasic, Java Script, Perl, html, etc. Such instructions and other datamay be stored and transmitted using a variety of computer-readablemedia. By way of non-limiting example, the memory 14 of the CM server 10may include Read Only Memory (ROM), Random Access Memory (RAM),electrically-erasable programmable read only memory (EEPROM), etc.,i.e., non-transient/tangible machine memory of a size and speedsufficient for storing a data store 18 including a data structure 26,instructions 20, data 22, and one or more data base managementapplications 24, which may include, for example, a relational databasemanagement system (RDBMS), a non-relational database management system,etc. The data structure 26 may include one or more data bases, datatables, arrays, links, pointers, etc. for storing and manipulating thedata 22. Data 22 may include, by way of example, schedule of valuesdata, project schedule data, bid data, cost data, modeling dataincluding building information modeling data, verification data, changeorder data, etc., as required to perform the CM processes describedherein.

FIG. 3 shows an exemplary illustration of a portion of a data table 80included in the data structure 26, which in the example shown storesdata 22 related to a schedule of values (SOV) 104, as further describedherein. The data table 80 shown in FIG. 3, for ease of illustration, isalso shown in partial sections in FIGS. 4-6. The data structure 26and/or the data base management system 24 may include one or moremapping instructions 20 and/or mapping applications for mediating theimportation of data 22 into data tables such as the data table 80 shownin FIG. 3. As shown in FIGS. 3-6, the data table 80 includes a pluralityof data elements 78, including a cost category and code elementsgenerally indicated at 92, a schedule of values (SOV) descriptionelement 86, a SOV tag element 88, contract cost elements generallyindicated at 96, retainage elements generally indicated at 128, etc. Thedata table 80 includes data fields 138 into which values 82 of each ofthe data elements 78 may be entered, where a value 82 of a data element78 may also be referred to herein as a data item 82. For example, asshown in FIGS. 3-4, data items 82 “07 22 16”, “Roof Board Insulation”“Lobby Roof”, and “072216.010.000” are entered in data fields 138corresponding, respectively, to data elements 78 “Code”, “Description”,“Schedule of Values”, and “Unique Tag.” In one example, the data items82 stored in the data store 18 as data values of the one or more dataelements 78 may be time stamped when received by the CM server 10, andthe data item 82 and respective time stamp may be associated with eachother in the data structure 26. The memory 14 is of a size and speedsufficient for manipulating the data structure 26, for executinginstructions 20 and/or applications 24, and to execute instructions asrequired to perform the CM processes described herein. The CM server 10includes a communication interface 16, which in an illustrative examplemay be configured as a modem, browser, or similar means suitable foraccessing a network 76. In one example, the network 76 is the internet.

The CM server 10 may include various modules such as a bid module 28, aschedule of values (SOV) module 30, a contract module 32, a projectschedule module 34, a reporting module 36, a payment module 38, averification module 40, a requisition module 42, a change order module44, a modeling module 46, a cost module 48, an unapproved work module50, an inventory module 52, and an SOV tag module 54, described infurther detail herein. The various modules 28, 30, 32, 34, 36, 38, 40,42, 44, 46, 48, 50, 52, 54 may process, link and analyze different typesof data, generate reports, generate models, etc., using instructions 20which may be stored within the different modules 28, 30, 32, 34, 36, 38,40, 42, 44, 46, 48, 50, 52, 54 and/or in the data store 16 and/or in oneor more of the project management, payment and modeling systems 56, 58,60, verification mechanisms 62, and user devices 70 in communicationwith the CM server 10. The instructions 20 may include, by way ofexample, one or more instructions 20 for generating SOV tags 88, one ormore instructions 20 for linking SOV tags 88 to various data elements 78including SOV descriptions 86 of work, contract costs 90, scheduleelements, schedule times, completion statuses 98, verificationcomponents 64, one or more instructions 20 for analyzing verificationcomponents, one or more instructions 20 for performing data modeling,generating schedule recovery plans, cost exposure projections, andmitigation scenarios, generating heat maps, etc., as described infurther detail herein. The examples describing the CM server 10 providedherein are illustrative and non-limiting. For example, it would beunderstood that the functions of the CM server 10 may be provided by asingle server, or may be distributed among multiple servers, includingthird party servers, and that the data within the system 100 may bedistributed among multiple data stores, including data stores inaccessible by the CM server 10 via the network 76. For example, it wouldbe understood that the plurality of modules shown in FIG. 1, and thedistribution of functions among the various modules described herein, isfor illustrative purposes, and the module functions as described hereinmay be provided by a single module, distributed among several modules,performed by modules distributed among multiple servers, includingmodules distributed on multiple servers accessible by the CM server 10via the network 76, and/or performed by the CM server 10.

For example, the SOV tags 88 may be generated by identifying functionallanguage from a scanned document. The SOV tags 88 may be generated by aninheritance process, i.e., analysis of a context of a given term withother terms adjacent to the given term. The SOV tags 88 may be generatedby applying a unique code to each line item and/or each component withineach line item (e.g., FIGS. 4 and 5). For example, the unique code mayinclude a code for a category of construction, a code for a given workitem for the category of construction, a sequential number, a codecorresponding to a floor number, a code associated with the SOV, and thelike. For example, the unique code for a line item associated with averified mobilization work item may be marked with the letter “m”; theunique code for a line item associated with general conditions may bemarked with the letters “gc”; the unique code for a line item associatedwith a work performed by a subcontractor may be marked with the letter“s”; the unique code for a line item associated with labor may be markedwith the letter “l”; the unique code for a line item associated with achange order may be marked with the letter “c”; the unique code for aline item associated with unapproved work in place may be marked withthe letter “u”; and the like.

The instructions 20 for analyzing verification components may includepixel data from images lined to an SOV. For example, a line item of theSOV may be associated to one or more elements of one or more image ordata sources during a verification process. In some embodiments, theassociation is performed manually. In some embodiments, the associationis assisted by machine vision. In some embodiments, the association isperformed entirely by machine vision.

The CM system 100 may include one or more user devices 70 which may bein communication with one or more of the CM server 10, the verificationmechanisms 62, the project management system 56, the payment system 58and/or the modeling system 60, via the network 76. The user device 70includes a memory 66, a central processing unit (CPU) 68 which may alsobe referred to herein as a processor, a communication interface 72, andone or more input/output interfaces 74. The user device 70 may be acomputing device such as a mobile phone, a personal digital assistant(PDA), a handheld or portable device (iPhone, Blackberry, etc.) anotebook, laptop, personal computer, note pad or other user deviceconfigured for mobile communications, including communication with thenetwork 76. The user device 70 is configured to communicate with thenetwork 76 through the communication interface 72, which may be a modem,mobile browser, wireless internet browser or similar means suitable foraccessing the network 76. The memory 66 of the user device may include,by way of example, Read Only Memory (ROM), Random Access Memory (RAM),electrically-erasable programmable read only memory (EEPROM), etc.,i.e., non-transient/tangible machine memory of a size and speedsufficient for executing one or more CM applications which may beactivated on the user device 70 including, for example, one or more userinterfaces 74 (see FIGS. 7-15), as described in further detail herein.In one example, the user device 70 may be configured and used as averification mechanism 62 for collecting verification components 64 andinputting the verification components 64 to the CM server 10 during arequisition process, as described in further detail herein. Theinput/output interfaces 74 of the user device 70 may include, by way ofexample, one or more of a keypad, a display, a touch screen, one or moregraphical user interfaces (GUIs), a camera, an audio recorder, a barcode reader, an image scanner, an optical character recognition (OCR)interface, a biometric interface, an electronic signature interface,etc. input, display, and/or output, for example, data as required toperform elements of the CM process 200. The example shown in FIG. 2 isnon-limiting, such that it would be understood that the CM system 100may include multiple user devices 70. each in communication with thenetwork 76 and one or more of the verification mechanisms 62 and projectmanagement, payment, and modeling systems 56, 58, 60. For example, thesystem 100 may include user devices 70 used by one or more users relatedto the project, as described in further detail herein, where usersaccessing the CM system 100 may include for example, contractors,suppliers, project managers, etc., directly involved with completion ofthe project, and may include users monitoring, related to or otherwiseinvolved in the project, such as managers, investors, inspectors, etc.

Referring to the CM server 10 shown in FIG. 1, in one example, the bidmodule 28 may be configured to receive bid proposals 102 submitted tothe CM system 100 by contractors bidding to perform work on aconstruction project. The bid module 28 may include instructions 20 forparsing, formatting, and storing bid information from bid documents 102comprising each bid proposal 102, where the bid information may include,by way of non-limiting example, work descriptions 86, also referred toherein as SOV descriptions 86 of the specific work, materials, labor,general conditions, etc. included in the bid proposal 102, the proposalcost for each SOV description 86 included in the bid proposal 102, andthe proposal time, e.g., the total time proposed by the contractor tocomplete the scope of work included in the bid proposal. As indicatedpreviously herein, the terminology “document” is intended to benon-limiting, such that a bid proposal 102 may include paper documents,electronic documents, electronic data inputs, and/or a combinationthereof. For example, the bid proposal 102 may include a paper documentinputted, e.g., scanned or uploaded, to the CM server 10 and parsedusing, for example, object character recognition technology to obtainthe bid information from the bid document 102. The bid proposal 102 mayinclude an electronic bid document generated using a fillable format orby inputting information into a bid portal in communication with the CMserver 10 and configured for that purpose, etc. The bid module 28 mayinclude instructions 20 for processing notifications to contractors ofthe acceptance or rejection of a bid proposal 102, and for processingthe bid information from bid proposals 102 accepted for a constructionproject for integration into the project SOV 104, contract 106, projectschedule 108, etc. within the CM system 100. In one example, the bidmodule 28 may be configured to store contractor information to the datastore 18 including, for example, contractor contact information, licenseinformation, insurance information, trade designations, etc. The term“contractor” as used herein, is intended to include any entity which iscontracted to provide labor, materials, goods, and/or services under acontract 106 associated with a project managed using the CM system 100.By way of example, a “contractor” as that term is used herein, mayinclude one or more of a building contractor, trades contractor such asan electrical contractor, HVAC contractor, plumbing contractor, paintingcontractor, etc., a supplier such as a materials supplier, equipmentsupplier, tooling supplier, a vendor where the terms vendor and suppliermay be used interchangeably unless described otherwise, a projectmanager, a program manager, and/or a consultant such as a planningconsultant, architect, environmental specialist, etc. as may be neededto contribute work required to complete the project.

The schedule of values (SOV) module 30 is configured to generate aschedule of values (SOV) 104 using, for example, one or moreinstructions 20 and data 22 including, for example, a plurality of SOVdescriptions 86, where each of the SOV descriptions 86 describes aspecific work element to be performed under the SOV. The term “workelement” is not limited to labor, and may include materials, planning,etc. An SOV description 86 may describe, for example, a constructed item(roof, floor, lighting), materials, labor, planning, project management,general conditions, etc. Further, an SOV description 86 is not limitedto current conditions. By way of example, an SOV description 86 maydescribe work elements (labor, materials, planning, etc.) of a projectwhich have been performed, present work in the process of beingperformed, future work yet to be performed, and may further includepending, approved and/or unapproved change orders and/or unapproved workin place. Each SOV description 86 may be associated with a work code andcost category, as indicated at 92 in FIGS. 3 and 4. In a non-limitingexample, the work code and cost category for each of the SOVdescriptions 86 may be designated using the MasterFormat® code listingpublished by the Construction Specifications Institute (CSI)). The SOVmodule 30 may access a data structure 26, such as the data table 70shown in FIGS. 3-6, containing data 22 for use in generating the SOV104. The SOV module 30 may include instructions 20 for generating aninitial SOV 104 at the initiation of a construction project, and forperiodically generating a current SOV 104 as the construction projectprogresses, where the current SOV 104 includes the then current SOV data22 which has been received by the CM server 10 and stored to the datatable 70 and/or the data structure 26. The current SOV data 22 mayinclude data indicating the percent completion 98 of each SOVdescription 86, costs previously billed 94, costs incurred in thecurrent period 96 (not previously billed), change order data (see 90),and/or unapproved work in place 132. In one example, the SOV 104generated by the SOV module 30 may be generated in a formatsubstantially similar to American Institute of Architects (AIA) DocumentG703™. In another example, the SOV 104 generated by the SOV module 30may be configured as shown by the data table 70, including for example,data elements relating to change orders and unapproved work in place. Inone example, the SOV module 30 may generate the SOV 104 for display viaa user interface 74 of a user device 70. The SOV module 30 may includeinstructions 20 for linking verification data to one or more of a dataelement 78, data field 138 and/or individual data item 82 of the SOV104, and for generating links 84 in the displayed SOV 104 such that auser viewing the SOV 104 on a user device 70 may activate a link to viewthe linked data 22, where the linked data 22 may be displayed forconvenient viewing, for example, in a pop-up window, a new window, as anannotation or label, etc. In a non-limiting example shown in FIG. 5, the“Work in Place” cost entry of $25,000 is linked via a link 84A, which inthis example is configured as a hyperlink, to a verification component64 showing completion of the SOV description “Shanty”. In thisillustrative example, the verification component 64 is a digitalphotograph 64A (see FIG. 11) of the completed “Shanty”. In one example,the SOV module 30 may include a user menu for display to a user, fromwhich the user may select one or more parameters for generating the SOV104, including, for example, selecting from various SOV formats,selecting the time period for which the SOV 104 should be generated(such as the initial SOV, the SOV as of date xx-yy-zzzz, the currentSOV, etc.). As described in further detail herein, the SOV module 30 mayinclude instructions 20 for generating the current SOV 104 in real time,e.g., using the current data 22 stored in the data store 18 at the timethe request for the current SOV 104 is inputted to the CM server 10.

The SOV 104 may include, as shown in FIGS. 3-6, a unique tag 88, alsoreferred to herein as an SOV tag 88, generated by the SOV tag module 54for each SOV description 86 included in a SOV 104. Each SOV tag 88 isunique to a single SOV description 86. For example, referring to FIG. 4,the SOV description “Shanty” has been assigned the unique SOV tag“072216.000.010 m”, the SOV description “Tools” has been assigned theunique SOV tag “072216.000.015 m”, and so on. Each SOV description 86and its assigned SOV tag 88 are associated and stored in a datastructure 26. In one example, the SOV description 86 and its assignedSOV tag 88 may be paired and stored in the data structure 26 as a SOVdescription-tag pair. The SOV tag module 54 includes one or moreinstructions 20 to generate a unique SOV tag 88 for association with aparticular (single) SOV description 86. The SOV tag module 54 and/or thedata base management applications 24 may include instructions 20 forassociating the unique SOV tag 88 with the data item 138 (data value) ofeach data element 78 associated with the particular SOV description 86to which the unique SOV tag 88 is assigned. Referring again to theexample shown in FIGS. 3-6, the unique SOV tag “072216.000.010 m”assigned to the particular SOV description “Shanty” is additionallyassociated in the data structure 26 with other data items 138 associatedwith the particular SOV description “Shanty”, including, referring todata table 70 in FIG. 3, the data item 138 “ABC Roofing” (e.g., the datavalue associated with the SOV description “Shanty” for the data element“Subcontractor”). Similarly, the unique SOV tag “072216.000.010 m” isassociated with (reading across table 80 from left to right as shown onthe page) “07 80 00”, “07 80 00”, “Thermal Protection”, “Roofing”,“50,000.00”, “50,000.00”, “25,000.00”, “25,000.00”, “50,000.00”, “100%”,“5,000.00”, “5,000.00”, “20,000.00”. The SOV tag module 54 may includeone or more instructions 20 to associate each unique SOV tag 88 withother data specifically associated with the particular SOV description86 to which the unique SOV tag 88 is assigned, where the other data mayinclude, for example, project schedule data, contract costs, contractterms, modeling data including heat map and BIM data, verification data,etc. In the present example, the SOV tag module 54 may associate theunique SOV tag “072216.000.010 m” assigned to the particular SOVdescription “Shanty” in the data structure 26 with a link 84A (see FIG.5) which links the data item “25,000.00” (e.g., the value of the “Workin Place” data element for the “Shanty”) to a verification component 64,which in the present example is a digital photograph 64A (see FIG. 11)submitted as a verification input 112 for the “Shanty” SOV description86. The SOV tag module 54 may associate the unique SOV tag“072216.000.010 m” assigned to the particular SOV description “Shanty”in the data structure 26 with the digital photograph 64A, therebyintegrating the verification input 112 (the digital photograph 64) withthe SOV 104 in the data structure 26. By way of example, the SOV tagmodule 54 further includes instructions 20 to associate the unique SOVtag “072216.000.010 m” assigned to the particular SOV description“Shanty” to other data items 82 in the CM system 100, includingassociating, for example, unique SOV tag “072216.000.010 m” to thecontract 106 which includes the SOV description “Shanty” within itsscope of work, to one or more schedule elements (tasks and/oractivities) and schedule times in the project schedule 108 associatedwith the SOV description “Shanty”, to one or more BIM elementsassociated with the SOV description “Shanty” in a BIM 160 of theconstruction project, to change orders 118 associated with the SOVdescription “Shanty”, to unapproved work in place 122 associated withthe SOV description “Shanty”, and so on, such that information and dataassociated and/or affected by the SOV description “Shanty” is integratedin the data structure 26 and reconciled, e.g., aligned between the SOV104, the project schedule 108, the contract 106, requisitions 114,verifications (either rejected or accepted) 116, verification input 112,models 124 including BIMs 160, reports 120 including heat maps 160,payments 126, bid documents 102, etc. By tagging, in the data structure26, the various data items 82 related to a particular SOV description 86in the various sub-systems of the CM system 100 with a unique tag 88, toassociate the related data items 82 to the particular SOV description86, the various sub-systems are integrated such that a change in thetagged data items 82 in any of the sub-systems which affects a taggeddata item 82 in another of the sub-systems may be inputted and/or madein real time, thereby providing for real time updating of each of theSOV 104, project schedule 108, models 124 including BIM 160, reports120, contracts 106 including contract costs, contract terms, etc.,providing for real time reconciliation of data between and across thevarious sub-systems, and providing for real time reporting of theproject status. As such, the CM system 100 described herein isadvantaged by substantially minimizing and/or eliminating delayassociated with delays in reporting and/or verifying the current statusof a construction project, such that the project status may be reviewedin real time, and corrective and/or mitigation actions to minimizedeviations from the project schedule 108, contract cost, etc. may beidentified and implemented in a timely and expedient manner, e.g., atthe earliest possible time.

The CM server 10 may include a contract module 32, which may include oneor more instructions 20 for generating a contract 106 using data 22 fromthe data store 18. The contract 106 may include, for example, SOVdescriptions 86, contract costs and contract times for each of the SOVdescriptions 86, retainage terms, contractor information, change orderinformation, requisition and verification requirements, etc. Certainterms of the contract 106, including for example, contract cost,contract time, or other terms such as delivery requirements,specifications, etc., may be linked to one or more SOV tags 88, suchthat the contract term linked to the SOV tag 88 may be associated in thedata store 18 with the SOV description 86 associated with that SOV tag88. The contract module 32 may include instructions 20 for generating aninitial contract 106 at the initiation of a construction project whichincludes the contract sum, e.g., the total of contract costs for all SOVdescriptions 86 included in the initial contract 106, and the contracttime. The contract module 32 may include instructions 20 forperiodically generating a current contract 106 as the constructionproject progresses, where the current contract 106 includes the thencurrent contract data 22, including change orders 118, the then currentcontract sum including the cost of all current change orders 118, andthe then current contract time including time adjustments, for example,associated with change orders 118 which have been received by the CMserver 10 and stored to the data table 70 at the current time. Thecontract module 32 may be configured to access other modules, such asthe change order module 44, the project schedule module 34, therequisition module 42, and the payment module 38, to obtain informationand/or data 22 required to generate the initial contract 106 and/or acurrent contract 106.

The contract module 32 may include a master contract. The mastercontract may serve as hierarchically superior to other modules. Forexample, terms used in the master contract may be required or promptedin subordinate modules including, for example, the change order module44 or the requisition module 42.

A project schedule module 34 is included in the CM server 10, and isconfigured to generate a project schedule 108 for the constructionproject being managed by the CM system 100. The project schedule module34 may include one or more instructions 20 for identifying scheduleelements, e.g., tasks and activities, for inclusion in the projectschedule 108 using the SOV descriptions 86 included in the SOV 104.Generating the project schedule 108 may include identifying dependenciesbetween the tasks and activities and assigning a schedule time to eachschedule element, e.g., to each task and activity included in theproject schedule 108, then ordering and scheduling the identified tasksand activities to generate the initial project schedule 108. The projectschedule module 34 may include instructions 20 for generating an initialproject schedule 108 at the initiation of the construction project, thenperiodically generating a current project schedule 108 as theconstruction project progresses, where the current project schedule 108may include the then current contract time data, schedule elements,schedule times and dependencies added and/or modified as a result ofchange orders 118, status reporting of each schedule element such as ontime, late, not started, etc. In one example, the project schedulemodule 34 may include instructions 20 for integrating unapproved work inplace and dependencies resulting therefrom into the current projectschedule 108, such that the impact of the unapproved work in place onthe project timeline may be analyzed and/or reported. The projectschedule module 34 may be configured to access other modules, such asthe change order module 44, the requisition module 42, the verificationmodule 40, the inventory module 52, and the unapproved work module 50,to obtain information and/or data 22 required to generate the projectschedule 108. In one example, the project schedule module 34 is incommunication with a project management system 56 via the network 76,where the project management system 56 is configured to generate theproject schedule 108 in response to instructions generated by theproject schedule module 34. The project management system 56 may be athird party system, such as Microsoft Project, Primavera P6 from Oracle,etc., which may be used to generate the project schedule 108. Theproject schedule module 34 may include instructions 20 for integratingthe project schedule 108 and/or the related project schedule datagenerated by the project management system 56 with other modules in theCM system 100 and into the data structure 26.

The reporting module 36 may include one or more instructions 20 forcompiling, generating, and outputting reports which may include projectstatus reports, which may be generated in various formats includingmodeled outputs and for various parameters such as, by way ofnon-limiting example, project timing, project cost, percent completionof SOV descriptions 86, etc. The reporting module 36 may access othermodules and the data store 18 to obtain data 22 and information requiredto generate a report. In one example, the reporting module 36 is incommunication with the modeling module 46 and/or one or more modelingsystems 60 via the network 76, where the modeling module 46 and/or themodeling system 60 is configured to generate a report 120 in response toinstructions provided by the reporting module 36. By way of example, thereport 120 may indicate the status of the construction project at adesignated time which may be a time corresponding to a specific datexx-y-zzzz or may be a current time. In one example, the reporting module36 is configured to generate a current report 120 in real time, suchthat the current report 120 is compiled using the then current data 22available in the CM system 100 and/or in the CM server 10, which mayinclude, as described in further detail herein, verification datareceived via the CM server 10 from a verification mechanism 62 in realtime. The reporting module 36 may include instructions 20 for generatinga report 120 in a heat map format, as shown in non-limiting examplesillustrated by FIGS. 17 and 18, which may be graphical and/ormulti-dimensional heat maps. FIG. 17 shows a schematic heat map 150generated by building level. As shown in FIG. 18, the report 120 mayinclude a heat map 150 imposed on a model 124, such as a BIM 160 of theconstruction project, to display the parameter status in amulti-dimensional format, where this reporting format may also bedescribed herein as a BIM heat map 160A. The reporting module 36 and themodeling module 46 may be configured to update and/or generate the BIMheat map 160A in real time as current verification inputs are receivedby the CM server 10, such that a current report 120 may be generated inthis format for reporting, review, and analysis of the project status inreal time. In the examples shown in FIGS. 17 and 18, a key 134 isprovided to identify the status condition, e.g., “Complete”, “InProgress”, and “Pending” corresponding to the color displayed on theheat map 150. In one example, the reporting module 36 in combinationwith the modeling module 46 may generate a model 124 such as theholographic BIM 160B shown in FIG. 19, which may be configured tovisually display, e.g., report certain parameter conditions. Forexample, the holographic BIM 160B may be configured to display onlythose portions of the project structure which are currently completed,excluding uncompleted elements, such that, for example, uninstalledplumbing, HVAC, electrical, drywall, unconstructed floors of a building,would be missing from the holographic BIM 160B. In one example, a heatmap report may be imposed on the holographic BIM 160B to visuallydisplay project status using color codes.

The payment module 38 may include one or more instructions 20 fordetermining the amount of payment due to a contractor for work performedin a current period 96, in response to a requisition 114 submitted bythe contractor to the CM server 10 and verification input 112 submittedto the CM server 10 related to the requisition 114. The payment module38 may access other modules such as the contract module 32, verificationmodule 40, requisition module 42, change order module 44, cost module48, inventory module 52, and the data store 18 to obtain information fordetermining the amount of payment due to the contractor for workperformed in the current period 96, and may generate, for example, apayment authorization to a payment system 58, such as a bank or otherfinancial institution, to issue payment to the contractor, and maygenerate a payment notification to the contractor notifying thecontractor of the payment amount authorized. In one example, the paymentsystem 58 may be a financial institution such as a bank, credit union,finance company, etc., in communication with the CM server 10 such thatthe payment system 58 may receive and execution payment authorizationsand/or instructions from the CM server 10.

The verification module 40 includes one or more instructions 20 forreceiving, reviewing, and analyzing verification input 112 received bythe CM server 10, which may include various verification components 64collected via one or more verification mechanisms 62, and collected andinputted to the CM server 10 in conjunction with a requisition 114and/or at intervals during progress of the construction project, suchthat the verification data 22 may be continually updated during theduration of the construction project to facilitate real time reportingof the current conditions and current completion status 98 of thevarious SOV descriptions 86. The verification module 40 may includeinstructions 20 for determining whether the verification component 64inputted to the CM server 10 is acceptable to verify the currentcompletion status 98 of a respective SOV description 86 associated withthe verification component 64, and may generate an acceptance orrejection of the verification component 64. By way of example, theverification module 40 may be configured to determine whether averification component 64 is acceptable to verify the current completionstatus 98 of a respective SOV description 86 by one or more of viewing,e.g., reviewing, the verification component 64, comparing theverification component 64 to a verification standard, where theverification standard may include data 22 stored in the data store 18,and applying a verification instruction engine 20 to the verificationcomponent 64. In one example, the verification module 40 may includeinstructions 20 for reviewing, interpreting, and/or analyzingverification component data such as measurements, signals, sensoroutputs, bar codes including quick response (QR) codes, photogrammetrydata, thermal data, audio data, imaging data, radio frequencyidentification (RFID) data, etc., which may be received from one or moreverification mechanisms 62.

The verification instruction engine 20 may be configured to apply tagsto a scanned document based on a comparison with a verificationdatabase. For example, the scanned document may be support documents (orbackup documents) to support a contention by a subcontractor that a workitem is 100% complete. The verification instruction engine 20 may beconfigured to compare each item in a schedule of values (SOV) withevidence from one or more support documents. The user may be prompted tocompare the item in the SOV with the evidence provided in support andprompted to approve or disapprove the line item.

In one example, the verification module 40 and/or instructions 20 mayfurther include one or more artificial intelligence (AI) tools and/or AIapplications which may be used by the verification module 40 to reviewand disposition a verification component 64 as being acceptable toverify the current completion status 98 of a respective SOV description86 associated with the verification component 64. By way of non-limitingexample, the AI tools and/or AI applications which may be used by orincluded in the verification module 40 may include one or more of imagerecognition, image processing, optical character recognition, opticalmark recognition, including signature recognition, speech recognition,biometric recognition, automated reasoning, automated targetrecognition, fuzzy logic, machine learning, knowledge reasoning,computer vision, artificial general intelligence (AGI), rule-based AI,etc. The data store 18 and/or the verification module 40 may includeinstructions 20 for associating a respective verification component 64with a respective SOV description 86 and/or a respective SOV tag 88associated with the respective SOV description 86.

The requisition module 42 may include one or more instructions 20 forgenerating, receiving, reviewing, analyzing, and/or dispositioningrequisitions 114 submitted, for example, by contractors applying forpayment for work completed within a current requisition period. Therequisition 114 may include, by way of non-limiting example, contractinformation identifying the contract 106 for which payment is beingrequested, the requisition period, e.g., the period of time in which thework was completed for which payment is being requested in therequisition 114, the original contract sum, e.g., the sum total of theinitial contact costs (see FIG. 5 at 90) of the SOV definitions 86within that contractor's contract 106, the sum total of costs of changeorders (see FIG. 5 at 90) approved for that contractor's contract 106,the sum total of work completed under the contract 106 (see FIG. 5 at98), retainage for work and materials completed (see FIG. 6 at 128), thetotal amount earned under the contract 106, the previous amount paid tothe contractor under the contract 106, and the current amount of payment(see FIG. 6 at 130) for current work completed (see FIG. 5 at 96) beingapplied for by submission of the requisition 114. In one example, therequisition 114 may include an SOV identifier which identifies theparticular SOV 104 included in the contract 106, and/or the particularSOV descriptions 86 which are included within the contract 106. Aspreviously described herein, the contract 106 may be associated witheach of the particular SOV descriptions 86 included in the contract 106via the SOV tags 88 assigned to each of the particular SOV descriptions86 included in the contract 106. The requisition 114 may include acertification statement for signature by the contractor, and thecontractor's signature. In one example, a notarization or otherauthentication of the contractor's signature may be included in therequisition. In one example, the requisition 114 may be in a formatsubstantially similar to AIA Document G702™. This example isnon-limiting, and other formats or combinations of data and informationmay be included in the requisition 114. For example, the requisition 114may include the total exposure cost of unapproved work in place (seeFIG. 6 at 132) and/or the total cost of pending unapproved changeorders, the total cost of materials on order and not yet received,and/or other such data as may be useful in reporting, determining,modeling, analyzing and/or mitigating exposure to changes and/oroverruns in the total project cost and/or changes and/or delays to theproject schedule. In one example, the requisition module 42 may includeone or more instructions 20 for generating a waiver for submission withand/or incorporated into the requisition 114, and/or may be configuredto receive a waiver submitted by the contractor with the requisition114. The waiver, for example, may be a conditional waiver and releaseupon payment of the requisition 114, to release the contractor's rightsto lien, etc., for labor and service provided and equipment and materialdelivered which has been paid for as claimed through the requisition114, or may be in other forms including, for example, an unconditionalwaiver, as may be required by the contract 106. In one example, therequisition 114 and/or the waiver includes identifying information suchas contract information, SOV information, etc., such that therequisition 114 and/or the waiver may be associated in the data store 18with at least one SOV tag 88 assigned to a respective SOV description 86related to the requisition 114 and/or waiver.

In one example, the requisition 114 may be submitted to the CM server 10contemporaneously with submission of a current SOV 104 and/orcontemporaneously with submission of verification inputs 112corresponding to the work completed in the requisition period for whichpayment is being requested. In another example, the verification inputs112, comprising one or more verification components 64, may be submittedto the CM server 10 in advance of submitting the requisition 114, suchthat the when the requisition 114 is submitted to the CM server 10and/or the requisition module 42, the requisition module 42 associatesthe requisition 114 with the verification inputs 112 stored in the datastore 18, and/or accesses the verification components 64 componentsassociated with the requisition 114 in the data store 18 for use by therequisitioning module 42 in determining the verification status for eachclaim for payment of current work included in the requisition 114. Inone example, the SOV 104 may be continuously updated in real time, suchthat SOV 104 stored in the data store 18 at the time the requisition 114is submitted is a current SOV 104 which may be retrieved by therequisition module 42 for use in processing the requisition 114. Aspreviously described, verification components 64 submitted to the CMserver 10 as verifying one or more of the SOV descriptions 86 in the SOV104 are linked via SOV tags 88 to the SOV descriptions 86, such that, inthis example, upon receipt of the requisition 114, the requisitionmodule 42 is prompted to retrieve from the data store 18 the current SOV104 and the verification components 64 linked, via an assigned SOV key88, to those SOV descriptions 86 for which the requisition 114 isclaiming payment for work completed in the requisition period. Therequisition 114 may be submitted as a paper document inputted to the CMserver 10, which may be parsed using, for example, object characterrecognition technology to obtain the requisition information from therequisition 114. In one example, the CM server 10 and/or requisitionmodule 42 may include instructions 20 for generating a requisitiondocument which may be accessed via a portal, for example, via thecommunication interface 16, for on line completion by a contractor. Inthis example, the requisition 114 may be generated as an electronicdocument having a fillable format or as a user interface through whichthe contractor may input the requisition information. In one example,the requisition 114 is accessible through a user interface 74 such as arequisition interface, which may be accessed via a user device 70 incommunication with the CM server 10. By way of example, the userinterface 74 may be configured to provide prompts, which may bedisplayed by the user device 70 and/or outputted as verbal prompts, tothe contractor to prompt the contractor for inputs. By way of oneexample, the contractor may input information as touch inputs, textualinput, voice input, etc. In one example, requisitioning, e.g., applying,for payment of work completed in the requisition period for each SOVdescription 86 may be completed by a contractor as illustrated byscreenshots 136 of a user device 70 shown in FIGS. 7-9. Referring toFIG. 7, a screenshot 136 of the user interface 74L, e.g., the touchscreen display 74L, shows a plurality of user interfaces 74 displayed asa menu, from which the contractor, via the touch screen 74L of the userdevice 70, may select. In the present example, the contractor may selectthe user interface 74A labeled “Billing This Cycle” (see FIG. 7), whichprompts display of the screenshot 136 shown in FIG. 8, which includes aplurality of user interfaces 74 displayed as a menu, from which thecontractor, via the touch screen 74L, may select a user interface 74Blabeled “Start Verifying”. In response, the screenshot 136 shown in FIG.9 is generated on the touch screen 74L, displaying a listing of SOVdescriptions 86 for which the contractor has submitted a contract cost94 for work completed in the requisition period. For example, a currentcost 94A of $25,000 is being requisitioned for the SOV description“Shanty”. A current completion status 96A of 100% is reported for theSOV description “Shanty.” The contractor, in this example, selects,e.g., touches the user interface 74C to verify the submitted cost 94Aand completion status 96A. In response, the screenshot 136 shown in FIG.10 is generated on the touch screen 74L, displaying a menu of actions tobe taken to verify the requisition submission shown in FIG. 9. In theexample, the contractor selects the “Camera” user interface 74D, whichactuates the camera 62A of the user device 70, as shown in FIG. 11, andprompts the contractor to take a photo using the user interface 74G. Thephoto 64A is saved to the user device 70 for transmission to the CMserver 10. Referring to FIG. 1, in the current example the camera 62A ofthe user device 70 is operating as a verification mechanism 62 bycollecting, e.g., capturing, the photo 64A as a verification component64 to be submitted to the CM server 10 as verification of completion ofthe SOV description “Shanty.” Referring again to FIGS. 10 and 11, afterthe photo 64A has been taken, the contractor is prompted by the menudisplayed in FIG. 10 to actuate user interface 74E to upload the photo64A for transmission to the server 10 with the requisition 114. Thecontractor is provided the option in the menu displayed in FIG. 10 toactuate a user interface 74E to edit the photo 64A prior to uploading,or to void the photo 64A and restart the verification step. In theexample, the contractor actuates the “upload” user interface 74E toupload the photo 64A to the CM server 10, for verification in real timeby the verification module 40. In the present example, the verificationmodule 40 receives the photo 64A and verification request for the SOVdescription “Shanty”, determines the photo 64A to be an acceptableverification input 112, and returns an acceptance, in real time, of thisrequisition item to the user device 70, which generates the screenshot136 shown in FIG. 12, indicating via a user interface 74C that therequisition for payment of $25,000 for completion of the SOV description“Shanty” has been verified. The contractor, in the present example, maythen select another SOV description “Laborers” for requisitioning, byactuating the user interface 74K. In this example, the contractor may beprompted at the verification screen to upload a file including labortime and/or wage records as a verification component 64. The exampleshown in FIGS. 7-12 is non-limiting, and other configurations may beprovided. For example, referring to FIG. 7, the user interface 74L mayinclude options such as the “Jump to” and “Search” menu prompts, whichmay be selected by the user to jump to, navigate, and/or search withinthe project schedule 108, the SOV 104, a BIM 160, for example, duringthe process of submitting the requisition 114. In an illustrativeexample, the user may access, search and/or sort information by location(floor, area, etc.) within the project, by trade (electrical, plumbing,HVAC, etc.), by construction type (rough-in, insulation, framing,roofing, etc.), by work element type (labor, material, planning, projectmanagement, equipment, etc.) during the requisitioning process.

FIGS. 13-15 illustrate other examples of verification inputs 112 whichmay be submitted. For example, FIG. 13 shows a photo 64B of a partiallyconstructed area of a construction project, displayed on a touch screen74L. For illustrative purposes, the photo 64B is shown including colorannotations (represented by graphic annotations) in FIG. 13, and the GUImay also be configured to display, in lieu of color annotations, graphicannotations (suitable for monochrome or grayscale displays or printouts,and the like) in FIG. 14. In the example shown, the photo 64B is editedprior to submission with a requisition 114 by using annotations toindicate the various areas of work completed in the construction areashown in the photo 64B. In the example, a user interface 74 is displayedon the touch screen 74L including a key 7411 with color codescorresponding to the various areas of work. In the example, a user mayselect one of the color codes, for example, by a touch input to the key74H, then using a touch input, edit the photo 64B to add annotations 64Cto indicate the completed work. In another example, FIG. 15 shows aphoto 64D of a partially constructed area of a construction project,displayed on a touch screen 74L of a user device 70. The photo 64D hasbeen edited to include annotations 64E, which in the example are barcodes which correspond to, for example, materials which have beeninstalled in the areas associated with the bar codes 64E in the photo64D. In the example shown, one of the bar codes 64E is associated with auser interface 74J, such that a touch input to the user interface 74Jopens a link or pop-up screen, for example, in which additionalinformation associated with the bar code and/or the work condition beingannotated may be inputted for submission with the requisition 114,and/or in which, for example, a textual description of the bar code,cost information, or other information may be displayed. As illustratedby the examples shown in FIGS. 13 through 15, a single photo may besubmitted as a verification component 64 for verification of multipleSOV descriptions 86, such that the verification component 64 may beassociated in the data store 18 with more than one SOV descriptions 86and/or more than one SOV tags 88. For example, the annotated photo 64Dshown in FIG. 15 may be submitted as a verification component 64 forverifying a first SOV description 86 related to the plumbinginstallation shown in the photo 64D. In the present example, the firstSOV description 86 is assigned to a first SOV tag 88, such that uponsubmission to the CM server 10, the annotated photo 64D is associated inthe data store 18 with the first SOV tag 88. Continuing in the presentexample, the annotated photo 64D shown in FIG. 15 may be submitted as averification component 64 for verifying a second SOV description 86related to the HVAC components shown in the photo 64. In the presentexample, the second SOV description 86 is assigned to a second SOV tag88, such that upon submission to the CM server 10, the annotated photo64D is further associated in the data store 18 with the second SOV tag88. As such, the present example is illustrative that a singleverification component 64 may be used for verification of multiple SOVdescriptions 86, and as such, associated in the data store 18 withmultiple SOV tags 88. The examples shown are illustrative, and othercombinations, configurations, annotation methods and forms ofverification components 64 may be inputted as verification inputs 112,as further described herein.

In one example, the requisition module 42 may generate a user interface74 for outputting to the user device 70, requesting the contractorsubmit an electronic signature, a digital signature, a biometric inputsuch as a fingerprint, retinal scan, voice input, for example, tocertify the requisition 114, by presenting a user interface 74configured, for example, as a signature pad, a prompt for a digitalsignature, or a biometric input interface through which a fingerprint orretinal or iris scan, for example, may be inputted. In a non-limitingexample, the requisition module may generate the user interface 74 as adisplay outputted to the user device 70. In one example, the requisitionmodule 42 may output a voice prompt, e.g., a voice command, for example,via the user device 70, to verbally request that the contractor submitinformation to the CM server 10, for example, via the user device 70.The requisition module 42 may include instructions 20 for processingnotifications to contractors of the acceptance or rejection of all or aportion of a requisition 114, where the notification, in one example,may include notification of the amount of payment authorized for therequisition 114, notification of the acceptance or rejection of each ofthe verification components 64 associated with the requisition 114,and/or notification of the SOV descriptions 86 for which payment hasbeen authorized or declined. The requisition module 42 may be configuredsuch that an approver approving and/or authorizing payment of therequisition 114, for example, the project owner, project manager, orproject architect, may submit an electronic signature, a digitalsignature, and/or a biometric input, for example, if required forapproval and/or authorization of payment of the requisition 114.

The requisition module 42 may form a core module of the system 100. Therequisition module 42 may be a repository for financial data associatedwith a project. The financial data from the requisition module may serveas input into the data store 18, which may be analyzed by a data sciencetool including an artificial intelligence engine. The analyzed financialdata may be used to generate one or more risk areas including: a risk ofa subcontractor withdrawing from a project due to financial insolvencyor inability to perform; a risk of inventory and/or material supplyshortage or insufficiency; a risk of potential critical events based onhistorical data; and the like.

The change order module 44 may include one or more instructions 20 forreceiving, reviewing, and dispositioning a change order 118. The changeorder 118 may include, by way of non-limiting example, contractinformation identifying the contract 106 for which the change order 118is being requested, an explanation of the change, which may includeand/or reference one or more SOV descriptions 86 to be added to orchanged in the SOV 104 associated with the contract 106 for which thechange order 118 is being requested, the change in contract costrequested by the change order 118, e.g., the change order cost, aschedule time for the change, the change in the contract time due to thechange, and the signature of the contractor requesting the change. Inone example, the change order 118 may be in a format substantiallysimilar to AIA Document G701™. This example is non-limiting, and otherformats or combinations of data and information may be included in thechange order 118. For example, the change order 118 may include adescription and/or cost of unapproved work in place which is included inthe scope of the change order 118, and/or other such data as may beuseful in reviewing and dispositioning the change order 118, includingmodeling, analyzing and/or mitigating exposure to changes and/oroverruns in the total project cost and/or changes and/or delays to theproject schedule related to the change order 118. Upon approval of thechange order 118, the change order module 44 may communicate and/orinstruct other modules in the CM server 10 to integrate the change order118 and the SOV tag 88 assigned to the change order 118, into thecontract 106, SOV 104, project schedule 108, reports 120, and models 124including for example, a BIM, 160, such that upon approval of the changeorder 188, the integration of the change order 118 into each of these CMsub-systems occurs in real time and in a coordinated manner, and changesin the project status due to the change order 118, including the impactof the change order 118 on each of the cost of the contract 106, the SOV104, the project schedule 108, reports 120, and models 124 including forexample, a BIM, 160 may be reviewed and monitored in real time. Thechange order 118 may be submitted as a paper document inputted to the CMserver 10, which may be parsed using, for example, object characterrecognition technology to obtain the change order information from thechange order 118. In one example, the CM server 10 and/or change ordermodule 44 may include instructions 20 for generating a change orderrequest form which may be accessed via a portal, for example, via thecommunication interface 16, for on line completion by a contractor. Inthis example, the change order 118 may be generated as an electronicdocument having a fillable format or as a user interface through whichthe contractor may input the change order information. By way ofexample, the user interface 74 may be configured to provide prompts,which may be displayed by the user device 70 and/or outputted as verbalprompts, to the contractor to prompt the contractor for inputs. By wayof one example, the contractor may input information as touch inputs,textual input, voice input, etc. In one example, the change order 118 isaccessible through a user interface 74 such as a change order interface,which may be accessed via a user device 70 in communication with the CMserver 10. In one example, the change order interface 74 is configuredto such that a contractor submitting a change order 118 may submit anelectronic signature, a digital signature, and/or a biometric input, forexample, if required to submit the change order 118. The change ordermodule 44 may include one or more instructions 20 for processingnotifications to contractors of the acceptance or rejection of all or aportion of a change order 118.

The CM server 10 may include a modeling module 46 which may include oneor more instructions 20 for generating one or more types of models 124which may be used to report and analyze the project status. In oneexample, the modeling module 46 is configured to generate a BIM model160 using data 22 from the data store 18, which may include, forexample, data 22 derived from the SOV 104, the project schedule 108, andarchitectural and engineering data related to the construction project.In one example, the BIM model 160 is generated by a modeling system 60,which may be a third party system in communication with the CM server10, and accessed by the modeling module 46 to generate the BIM model160. In one example, the BIM data 22 and/or the BIM model 160 isintegrated with other sub-systems such as the SOV 104, project schedule108, and contract 106 by associating the various SOV tags 88 generatedfor each SOV description 86 with one or more elements of the BIM data 22in the data structure 26, such that the BIM model 160 may be generatedand/or updated by the modeling module 46 in real time. The modelingmodule 46 may further include instructions 20 and/or artificialintelligence (AI) for modeling various conditions, including forexample, the impact of change orders 118, unapproved work in place 122,project schedule delays, etc., and outputting from the modeling module46 a model, which may be a BIM model 160, a modeled project schedule108, a modeled cost schedule, etc., based on current information, forreviewing and analyzing potential actions, including recovery andmitigation actions, in real time.

The CM server 10 may include a cost module 48 for accounting the projectcosts in real time, including, for example, the initial and revisedcosts 90 for each SOV description 86, costs associated with changeorders 188, costs associated with unapproved work in place 122, etc.Each of the cost elements accounted in the cost module 48 may beassociated via an SOV tag 88, such that each cost may be associated viathe SOV tag 88 to the SOV description 86 to which the SOV tag 88 isassigned, including for example, SOV descriptions 86 associated withchange orders 118 and/or unapproved work in place 122, to tasks and/oractivities in the project schedule 108 associated with the SOV tag 88,and to modeling elements including BIM elements to which the SOV tag 88is associated, etc., such that, at any time, the project costs may begenerated and reviewed in real time. The cost module 48 may beconfigured, in one example, to interface with and/or be in communicationwith one or more accounting systems, which may include at least onethird party accounting system in communication with the CM server 10,for example, via the network 76, such that accounting information may betransferred between the accounting system and the CM server 10. In oneexample, accounting and/or cost information received by the CM server 10from a third party accounting system may be stored in the data store 18and/or associated with one or more SOV tags 88 by the cost module 48and/or the SOV tag module 54. The CM server 10 may include an unapprovedwork module 50 through which unapproved work in progress 132 may bereported. As shown in FIGS. 3 and 6, an SOV tag 88 may be assigned toeach element of unapproved work 132. In one example, the unapproved work132 may be integrated into the various systems including the SOV 104,project schedule 108, contract 106 via the assigned SOV tag 88 such thatthe impact of the unapproved work 132 may be evaluated and/or reportedthrough these systems. The CM server 10 may include an inventory module52, through which inventories, including inventories of materials,equipment, supplies, etc., may be tracked and accounted. In one example,the inventory module 52 an include one or more instructions 20 forassociating the various inventory elements with an SOV tag 88, such thataccounting of the inventory elements may be integrated into the varioussubsystems of the CM system 100, including for example, the SOV 104, theproject schedule 108, and contract 106 and the BIM 124.

The cost module 48 may be configured to recommend elements in tradeinput. The cost module 48 may be configured to translate a schedule fromthe BIM into billing and cost data for the cost module. The cost module48 may be configured to estimate project duration by trade. The costmodule 48 may be configured to estimate progress by trade. The costmodule 48 may be configured to estimate cost by trade.

Referring to FIG. 1, the CM system 100 may include a plurality ofverification mechanisms 62 for collecting verification components 64 asrequired to verify completion of work, including completion of SOVdescriptions 86. The verification components 64 which are collected viathe verification mechanisms 62 are inputted as verification input 112 tothe CM server 10, for example, via the network 76, in real time, to theverification module 40, and stored as data 22 in the data store 18. Eachverification component 64 is associated in the data store 18 with one ormore of the SOV tags 88, such that the current completion status of eachSOV description 86 may be updated in real time. Because the SOV 104 isintegrated with the project schedule 108, contract 106, and BIM 160 viathe SOV tags 88, as each verification component 64 is received by the CMserver 10, each of these sub-systems may be updated in real time usingthe verification input 112 generated by the verification component 64.

The CM system 100 may include various types of verification mechanisms62 which may be used to submit various types of verification components64 to the CM server 10. In the example shown in FIGS. 7-12, a camera 64Aincluded in a user device 70 was used as the verification mechanism 62to collect, e.g., generate digital photos 64A, 64B, 64D which wereinputted via the user device 70 and network 76 as verificationcomponents 64 to the verification module 40. The example of a camera asa verification mechanism 62 and a digital photo as a verificationcomponent 64 is non-limiting, and it would be appreciated that a varietyof verification mechanisms 62 could be used to collect various types ofverification components 64. By way of non-limiting example, verificationmechanisms 62 which may be used to collect verification components 64may include one or more of digital cameras, multi-dimensional camerasincluding photogrammetry devices, image scanners, optical characterrecognition devices, bar code scanners, RFID sensors, thermographicanalyzers, infrared cameras, laser measurement devices, audio sensorsand records, weight scales, thermal sensors, video recorders, gages,scales, rulers, etc. which may be used in conjunction with devicesand/or tools such as computers, smart phones, laptops, tablets, GPSsystems, navigation systems, registration markings, etc., to collect theverification components 62. By way of non-limiting example, verificationcomponents 62 may include photographic images, video images, audiorecordings, thermographic images, data collected from one or more of theverification mechanisms including sensor data, gage inputs, etc., imagesof bar codes, labels, RFID tags, time sheets, labor records, materialinvoices, checklists, annotations and edits applied to each of these,etc.

At least some of the process of collecting and inputting theverification input 112 may be automated such that the collection ofverification components 64 may occur without requiring a contractor,project manager, architect, or other person to be physically present,and as such, eliminating delay which could occur waiting a person to bephysically available to collect the verification components 64. In anillustrative example shown in FIG. 16, an automated verificationmechanism 62 is shown configured as an unmanned aerial system (UAS),also referred to as a drone 62C. The drone 62C may be equipped with, byway of non-limiting example, one or more data collection devices and/orsurveillance devices such as a digital camera, thermographic analyzer,video/audio recorder, image scanner, etc. for recording verificationcomponents 64. The drone 62C may be remotely operated, auto-piloted,and/or may include programming, instructions, or instructions 20 forconducting surveillance and/or inspection of a construction site andcollecting and/or transmitting verification components 64. In oneexample, the verification data collected by the drone 62C is transmittedin real time to the CM server 100, for example, via the network 76. Thedrone 62C may include a global positioning system (GPS) for determiningand reporting its position, and may be configured to sense and/or recordits position relative to location markers and/or other registrationelements which may be provided at the construction site. In the examplein FIG. 16, a drone 62B including surveillance equipment such ascameras, scanners, records, recorders, etc. is deployed and travelsalong a surveillance path through the construction site to collectverification components 64.

In the present example, drone sensors 62C are installed in locationswithin the construction site. In one example, a drone sensor 62C is incommunication with the CM server 10 and is configured to sendsurveillance instructions received from the CM server 10 to the drone62C for collecting verification components 64 in the area immediate thesensor 62C, in the present example, level 01 of the constructionproject. The surveillance instructions received from the CM server 10may correspond, in one example, to requisitions 114 which have beensubmitted to the CM server 10 requesting verification of currentcompleted work. In another example, the drone sensors 62C may beconfigured as location or registration markers which are sensed by thedrone 62C to establish and/or determine the location coordinates of thedrone 62C within the construction project. The data sensed from thelocation sensors 62C may be recorded, in one example, in conjunctionwith GPS data to record the position of the drone 62C to correlate thisposition with verification component data collected at that position,including for example, photographic/video images collected at thatposition. The examples described herein are illustrative andnon-limiting. For example, other types of verification mechanisms 62 maybe used within the CM system 100 for automated collection ofverification components 64, such as robots, autonomous and/or unmanneddevices including unmanned vehicles and unmanned aerial vehicles/systems(UAV/UAS), premises security system elements installed at a constructionproject site and/or equipment and inventory storage location includingfor example, permanently mounted security cameras, audio sensors, motionsensors, etc.

Process Overview

FIG. 2 provides an exemplary illustration of a CM process 200 which maybe executed using the CM system 100 shown in FIG. 1. The process 200shown in FIG. 2 is illustrative and non-limiting, such that it would beunderstood that the CM process 200 described herein may include otherprocess flows and methods incorporating combinations of the systemelements described herein. The CM process 200 is described hereinreferring to the CM server 10 as performing functions which may beperformed, as previously described herein, by one or more modules 28,30, 32, 34, 36, 38, 40, 42, 44, 46, 48, 50, 52, 54 or a combination ofmodules, and/or systems 56, 58, 60, or one or a combination of thesystems 56, 58, 60 in conjunction with the one or a combination of themodules.

Referring again to the example shown in FIG. 2, the CM process 200 mayinclude the submission of one or more bid documents 102 to the CM system100. In one example, a bid document 102 may be submitted by eachcontractor bidding to perform work in a construction project to bemanaged using the CM system 100. The CM process 200 continues withgenerating, via the CM server 10, a schedule of values (SOV) 104, whichas previously described herein includes a plurality of SOV descriptions86. The CM server 10 generates, using a tagging instruction engine 20, aplurality of SOV tags 88. Each one of the SOV tags 88 is unique fromeach other one of the SOV tags 88. Each unique SOV tag 88 is associatedwith a single one of the SOV descriptions 86 in a data store 18.

The tagging instruction engine 20 may be configured to apply tags to ascanned document based on a comparison with a tagging database. Thetagging database may include a risk drivers database including one ormore keywords associated with risk drivers in construction projects. Thetagging instruction engine 20 may be configured to tag the document whena word in the scanned document matches a word in the risk driversdatabase.

A contract cost (see FIG. 3 at 90) is generated by the CM server 10 foreach SOV description 86 using the bid documents 102, and is stored inthe data store 18. Additional data elements 86, such as cost categoriesand codes 92, subcontractor information, etc., may be generated and/orassociated with the SOV description 86 in the data store 18. A projectschedule 108 is generated using the SOV descriptions 86 and/orinformation from the bid documents. The project schedule 108, aspreviously described, includes schedule elements including tasks andactivities and schedule times for each of the schedule elements, whichare stored as data 22 in the data store 18. A contract time forcompleting the SOV descriptions 86 included in the SOV 104, may begenerated by the CM server 10. A contract 106 is generated based on theSOV 104 which may one or more elements from the SOV 104, the projectschedule 108, the contract cost 90, and the contract time.

As shown in FIG. 1 at 110, the CM process 200 includes associating eachSOV tag 88 assigned to a respective SOV description 86 in the data store18, for example in a data structure 26 using a data base managementsystem 24, with other data items 82 associated with the respective SOVdescription 86. For example, at 110, a unique SOV tag 88 assigned to arespective SOV description 86 is associated, as described previouslyherein, with a contract cost 90 assigned to the respective SOVdescription 86, with one or more project schedule elements and scheduletimes associated with the respective SOV description 86, with a costcategory and code 92, etc. such that the data elements 78 included inthe contract 106, the SOV 104 and the project schedule 108 which areassociated to a respective SOV description are associated with eachother in the data store 18 via the data structure 26. This datastructure 26 of associating the various elements 76 from the sub-systemsof the SOV 104, project schedule 108, and contract 106 with a unique SOVtag 88, is advantaged by providing a means, via the SOV tag 88, forintegrating the sub-systems of the SOV 104, project schedule 108, andcontract 106 such that, when a change is made in a data element 78 ofany one of these integrated sub-systems, the other sub-systems may beupdated in real time, thus allowing for the reporting and analysis ofthe impact of the change in real time, and minimizing and/or eliminatingdelay in identifying and/or actioning recovery plans or mitigationactions where required in response to the change. The CM process 200 mayinclude generating one or more models 124 using the information and/ordata 22 from the SOV 104, project schedule 108, etc., architectural andengineering data which may be included in the data store 18, etc., wherethe models 124 may include, as described previously herein, one or morebuilding information models (BIMs) 160, heat maps 150, project schedulerecovery models, etc. The data store 18 may include one or more datastructures 26 for associating the data 22 used for generating the models124, such as BIM elements, with a respective SOV tag 88, such that whena change is made in a data element 78 associated with a respective SOVtag 88, the change may be integrated in real time with each of themodels 124.

Referring again to FIG. 2, the CM process 200 may include receiving achange order 118 which may include a change order cost and a changeorder contract time. Upon approval of the change order 118, the changeorder may be added to the SOV 104 as a new SOV description 86, the at110, a unique SOV tag 88 may be assigned to the new (change order) SOVdescription. The change order may be included in the project schedule108 and any schedule elements associated with the change order may beassociated with the (change order) SOV tag 88 in the data structure 26.Similarly, the change order may be included in the BIM model 160, andany BIM elements associated with the change order may be associated withthe (change order) SOV tag 88 in the data structure 26. By integratingthe change order 118, via the SOV tag 88 in the SOV 104, projectschedule 108, models 124 including BIM models 160, and contract 106 inreal time, e.g., at the time the change order is entered into the CMsystem 10, these sub-systems 104, 106, 108, 124, 160 are kept inalignment with each other, e.g., all are updated in real time to includethe same information, such that the impact of the change order on any ofthese sub-systems may be identified and/or mitigated, if required, inreal time.

Similarly, the CM process 200 may include inputting unapproved work inplace 122 into the CM system 100, such that the exposure related to theunapproved work in place 122 may be reported and analyzed in anexpedient manner by integrating the unapproved work in place 122 intothe SOV 104, the project schedule 108, etc. For example, at the timewhen unapproved work is identified and/or initiated, the unapproved work122 may be inputted into the CM system for exposure tracking. In oneexample, the unapproved work 122 may be inputted as an SOV description86 and assigned a unique tag 88, such that any changes in the projectschedule 108 caused or anticipated due to the unapproved work 122 may beassociated with the assigned SOV tag 86 and reported as a scheduleexposure. Likewise, the cost associated with the unapproved work 122 maybe entered into the SOV 104 and/or tracked by the cost module 48, wherethe cost of the unapproved work 122 may be associated with the SOV tagassigned to the unapproved work SOV description 86, for reporting inreal time as an exposure cost. By integrating unapproved work in place122, via the assigned SOV tag 88 in the SOV 104, project schedule 108,models 124 including BIM models 160, and contract 106 in real time,e.g., at the time the unapproved work 122 is identified and/orinitiated, the exposure, e.g., risks related to the unapproved work 122to cost, scheduling, building design (via the BIM), etc., may bereported and analyzed for recovery and/or mitigation actions, asrequired.

Referring again to FIG. 2, the CM process 200 includes collecting, usinga verification mechanism 64, at least one verification component 62 at acurrent verification time, where as previously described herein, theverification component 64 at least partially defines a currentcompletion status 98 of a respective SOV description 86 at the currentverification time. The verification component 64 is transmitted by theverification mechanism 62 to be received by the CM server 10. The CMserver associates, in the data store 18, the verification component 64with the respective SOV component 86 and with the respective SOV tag 88assigned to the component, such that the verification component 64 isavailable in the data store 18 contemporaneously with the receipt of theverification component 64 by the CM server 10. The CM process 200 mayinclude associating, in the data store 18, a time stamp with theverification component 64, where the time stamp is generated by one ofthe CM server 10 and the verification mechanism 62 submitting theverification component 64, and where the time stamp is generatedcontemporaneously with receiving the verification component 64 via theCM server 10.

The CM process 200 further includes receiving, via the CM server 10, arequisition 114 requesting verification of the current completion status98 of the respective SOV description 86. The CM server 10, as previouslydescribed herein, determines whether the verification component 64 isacceptable to verify the current completion status 98 of the respectiveSOV description 86, and when the verification component 64 is determinedto be acceptable, verifies in the data structure 26, the currentcompletion status 98 of the respective SOV description 86.Alternatively, when the submitted verification component 64 isdetermined to be unacceptable, the CM server 10 rejects the currentcompletion status 98 of the respective SOV description 86, and generatesa notification of rejection. In response, the verification component 64may be resubmitted for consideration, corrected, etc. The CM process 200may include the CM server 10, generating a current contract cost of therespective SOV description 86 when the verification component 86 hasbeen determined to be acceptable, where the current contract cost isgenerated using the current completion status 98 of the respective SOVdescription 86, and associating in the data store 18, the currentcontract cost with the respective SOV tag 88 associated with therespective SOV description 86. The CM process 200 includes determining acurrent payment for the requisition 114, using the current contract costof the respective SOV description 86 when the at least one verificationcomponent 64 has been determined to be acceptable, and generating apayment authorization, for example, to a payment provider 126, where thepayment authorization authorizes the payment provider 126 to issuepayment of the requisition 114 in the amount of the current payment tothe contractor.

The CM process 200 illustrated in FIG. 2 may further include generatingone or more reports. In one example, the CM process 200 includesgenerating a current cost heat map using the CM server 10, a reportinginstruction engine 20, and the current contract cost calculated by theCM server 10, where the current cost heat map compares the currentcontract cost to the contract cost, and outputting the current cost heatmap, for example, to a user device 70 for viewing and analysis. In oneexample, the CM process 200 includes generating, using a modelinginstruction engine 20 and a plurality of BIM elements, a buildinginformation model 160 (BIM) of the project, where the BIM 160 includesthe plurality of BIM elements. As described previously, the CM process200 includes associating in the data store 18, using the CM server 10,each respective SOV tag 88 with at least one BIM element of theplurality of BIM elements used to generate the BIM 160. The CM process200 may include generating a BIM cost heat map 160A using the respectivecurrent contract cost associated with the respective SOV value, andoutputting the BIM cost heat map for example, to a user device 70 forviewing and analysis.

The reporting instruction engine 20 may be configured to generate areport for a user based on data in the system. The reporting instructionengine 20 may be configured to populate a heat map (e.g., FIGS. 17-19and 36). The reporting instruction engine 20 may be configured togenerate a 3D and/or holographic image of a project (e.g., FIGS. 18, 19and 36).

The CM process 200 may include associating in the data store 18, usingthe CM server 10, the current completion status 96 and the current timewith the at least one respective schedule element associated with the atleast one of the respective SOV description 86 and with the respectiveSOV tag 88. The CM process 200 may further include generating a currentproject schedule 108 using the CM server 10, the current completionstatus and the current time, and generating a current contract timeusing the current project schedule. In one example, the CM process 200includes modeling a recovery plan for the project schedule 108, usingthe CM server 10, a modeling instruction engine 20, and the currentproject schedule 108.

The CM process 200 may include generating, using a modeling instructionengine 20 and a plurality of BIM elements, a building information model(BIM) of the project, associating in the data store 18, using the CMserver 10, each respective SOV tag 88 with at least one BIM element ofthe plurality of BIM elements, and generating a BIM schedule heat mapusing the respective current schedule time associated with therespective SOV value. The BIM schedule heat map may be outputted by theCM server 10, for example, to a user device for viewing and analysis.

The modeling instruction engine 20 may be configured to compare a BIMmodel, to a billing document or a projection. The modeling instructionengine 20 may be configured to generate a model based on previouslyidentified markers of project progress. The modeling instruction engine20 may be configured to generate a projection based on a financial/costcontrols database.

The CM process 200 may include steps and/or process elements in additionto those described above, as would be understood as being performedwithin the scope of the functions of the various modules, systems,components and mechanisms described herein.

FIG. 20 a flow chart of a method for CM according to an exemplaryembodiment; FIG. 20 is a flow chart of a method 2000 for image and/orwaveform analysis according to an exemplary embodiment. The method 2000may include a start 2005 and an end 2095. The method 2000 may includereceiving as input an electronic version of a document 2010. The method2000 may include identifying at least one string of data from theelectronic version of the document 2015. The method 2000 may includemapping the identified at least one string of data to a predeterminedunitary database including at least one key string of data associatedwith at least one key event 2020. The method 2000 may include taggingthe mapped and identified at least one string of data with a tagassociated with the at least one key string of data associated with theat least one key event 2025. The method 2000 may include transmitting asignal based on the tagged, mapped, and identified at least one stringof data 2030. The method 2000 may include transmitting a display signal,the display signal including information about the identified at leastone string of data and information about the at least one key string ofdata associated with the at least one key event, and transmitting aprompt to enter information regarding whether a predetermined conditionexists between the identified at least one string of data and the atleast one key string of data associated with the at least one key event2035. The method 2000 may include performing a statistical method ofcomparison of the identified at least one string of data with the atleast one key string of data associated with the at least one key event2040. The method 2000 may include performing a machine learning methodof comparison of the identified at least one string of data with the atleast one key string of data associated with the at least one key event;and a combination of any of the group 2045. One or more of theabove-referenced steps of the method 2000 may be omitted, repeated ormodified to include one or more features of the exemplary embodimentswithout limitation. The steps may be performed in any suitable order.FIG. 21 is a schematic diagram of a computer device or system includingat least one processor and a memory storing at least one program forexecution by the at least one processor according to an exemplaryembodiment. Specifically, FIG. 21 depicts a computer device or system2100 comprising at least one processor 2130 and a memory 2140 storing atleast one program 2150 for execution by the at least one processor 2130.In some embodiments, the device or computer system 2100 may furthercomprise a non-transitory computer-readable storage medium 2160 storingthe at least one program 2150 for execution by the at least oneprocessor 2130 of the device or computer system 2100. In someembodiments, the device or computer system 2100 may further comprise atleast one input device 2110, which may be configured to send or receiveinformation to or from any one of: an external device (not shown), theat least one processor 2130, the memory 2140, the non-transitorycomputer-readable storage medium 2160, and at least one output device2170. The at least one input device 2110 may be configured to wirelesslysend or receive information to or from the external device via a meansfor wireless communication, such as an antenna 2120, a transceiver (notshown) or the like. In some embodiments, the device or computer system2100 may further comprise at least one output device 2170, which may beconfigured to send or receive information to or from any one from thegroup consisting of: an external device (not shown), the at least oneinput device 2110, the at least one processor 2130, the memory 2140, andthe non-transitory computer-readable storage medium 2160. The at leastone output device 2170 may be configured to wirelessly send or receiveinformation to or from the external device via a means for wirelesscommunication, such as an antenna 2180, a transceiver (not shown) or thelike.

OCR, Search and Highlight Process

Document Upload and Text Recognition

The CM system 100 may be configured to apply optical character reading(OCR), search and highlighting. Specifically, the CM system 100 may beconfigured to receive an original document with text (e.g., an upperportion of FIG. 22) and/or handwriting (e.g., a lower portion of FIG.22) as an uploaded document. The CM system 100 may be configured to usean OCR module to detect and read printed and handwritten text within theuploaded document. The CM system 100 may be configured to display abounding box around one or more detected word (e.g., FIG. 23). For eachword detected, printed or handwritten, the CM system 100 may beconfigured to receive from the OCR module, x and y coordinates of thedetected text's bounding box's location within the uploaded document(e.g., FIG. 24). The CM system 100 may be configured to normalize x andy coordinates of the detected text's bounding box's location within theuploaded document. The CM system 100 may be configured to save the textcontent received, including the x and y coordinates, and the normalizeddata in an index. The CM system 100 may be configured to providefull-text search of all documents uploaded to the platform.

Annotation Location and XY Recalculation

The CM system 100 may be configured, for each user search, to identifymatching text stored in a search index (e.g., data store 18, FIG. 1).The CM system 100 may be configured, for each document recognized ashaving the searched text, to analyze a size of a screen of a user deviceand a browser that is currently being used compared to a size of thedocument page that holds the searched text. The CM system 100 may beconfigured to adjust the location of the x and y coordinates stored forthe matched text. The CM system 100 may be configured, for each match,to generate an annotation, which may include a yellow colored box (e.g.,FIG. 25) and/or a shaded region (e.g., FIG. 26). The CM system 100 maybe configured to use the recalculated x and y coordinates to place theannotation on top of the searched text providing an appearance ofhighlighted text (e.g., FIG. 26).

Handwriting Search

The CM system 100 may be configured to receive any document. The CMsystem 100 may be configured to scan the document. FIG. 27 depicts threenon-limiting examples of input.

The CM system 100 may be configured to extract desired information fromthe scanned document. FIG. 28 depicts a graphical user interface (GUI)associated with an extraction step of the handwriting search functionfor the method for CM according an exemplary embodiment. The example ofFIG. 28 relates to a change order. The GUI may be a change orderplatform. The change order platform may include general information,details, costs and prices, totals, dates, references, comments, a searchwindow, navigation features, and the like. The general information mayinclude a change order number, a trade name, a ConstructionSpecifications Institute (CSI) or other suitable code, an age (e.g., indays), a subcontractor, a description, and the like. The details mayinclude categories (e.g., time/material), a status (e.g. new), a statuschange date, a reason (e.g., buy out miss), a schedule impact field(e.g., No), an added to requisition field (e.g., No), a change authorfield, and the like. The costs and prices may include a submitted cost(e.g., 20000 or $20,000), a negotiated cost, a bond, an insurance cost,a trade cost, a general contractor (GC) rate, a GC amount, and the like.The totals may include a total cost, an approved amount, a paid amount,and the like. The dates may include a date added, an updated at date, adate submitted date, and the like. The references may include a listingof scanned documents (e.g., “CO—Sunday 3 Pages.pdf”). The comments mayinclude a thumbnail display of the scanned documents. The search windowmay prompt a user to input a search term, e.g., “plywood”. The searchedword, e.g., “plywood”, may be highlighted and displayed with the scanneddocument (e.g., FIG. 29). The search term may be a single word, multiplewords, a phrase, and/or a sentence.

The CM system 100 may be configured to present the user with a searchwindow. The search window may be configured to floats over anotherscreen, e.g., the change order platform screen of FIG. 28. For example,FIG. 30 depicts a GUI associated with a search step of the handwritingsearch function for the method for CM according an exemplary embodiment.In this example, the search term is “carpet”. The search window mayinclude a zoomed-in portion of the scanned document including thehighlighted search term (see, e.g., a bottom portion of FIG. 30).

The CM system 100 may be configured to present the user with imagesrelated to the search term. For example, FIG. 31 depicts an imagedisplay step of the handwriting search function for the method for CMaccording an exemplary embodiment. In this example, two images of“carpet” are displayed.

The CM system 100 may be configured to link the GUI of FIG. 28 with anyof the previously described displays including FIGS. 3-19, inclusive.

The CM system 100 may be configured to search via a cloud based system.FIG. 32 depicts an original document to be scanned using the handwritingsearch function for the method for CM according an exemplary embodiment;and FIG. 33 depicts a GUI associated with a highlighting step of thehandwriting search function for the method for CM according an exemplaryembodiment. The CM system 100 may be configured to read any formatincluding PDF, PNG, JPG, and the like. The CM system 100 may beconfigured to read “flat” documents, i.e., a document in which text isnot readily text-searchable, and which must be scanned using software tomake the document text-searchable, e.g., an OCR module. The GUI of FIG.33 may be configured to highlight one or more search terms. In thisexample, the search term “sample” and the search phrase “regular test”are highlighted in the original document. Also, a search screen isdisplayed over the highlighted original document. The CM system 100 maybe configured to display highlighted handwriting, text or a combinationof handwriting and text. The CM system 100 may be configured to displayresults with annotations. The CM system 100 may be configured togenerate a report containing the highlighted search terms.

FIG. 34 depicts a display or monitor configured to display a GUI andfeatures relating to a coordinate step of the handwriting searchfunction for the method for CM according an exemplary embodiment. The CMsystem 100 may be configured to detect a size of the display or monitor.The CM system 100 may be configured to determine four corners of thescanned document. The CM system 100 may be configured to apply an XYcoordinate system to the scanned document. The CM system 100 may beconfigured to determine XY coordinates for a highlight search term. TheCM system 100 may be configured to display and highlight search resultsusing the XY coordinate system. Since uploaded documents and displays ormonitors may have different dimensions, and since browsers may utilizedifferent systems for displaying content, the above-referenced processallows the CM system 100 to be used with a wide variety of documents,display devices and browsers.

Requisition Dashboards and GUIs

FIG. 35 depicts a dashboard GUI associated with the method for CMaccording an exemplary embodiment. The dashboard GUI may include one ormore of a menu, a search field, a project summary field, a financialsnapshot field, an insurance field, a trades field, an image displayfield, a progress bar field, a metrics field, navigation features, andthe like. The menu may include one or more of a stakeholders tool, adocument center, a cost report, monthly reports, a pay application, anowner report, an insurance tool, a subcontractors tool, a trades tool, aconstruction manager tool, and the like. An example of the search fieldis described in greater detail above. The project summary field mayinclude one or more of a project name field, a contract date field, aproject address field, a primary contact field, a project manager field,a billing contact field, a needs prequalification field, and the like.The financial snapshot field may include one or more of an under/overbudget field, an original budget field, an approved change orders field,an adjusted budget field, a billed to date field, a total retainagefield, a last payment field, and the like. The trades field may includeone or more of a CSI code field, a trade name field, a status field, atarget completion date field, and the like. The image display field mayinclude one or more images associated with the project, the trade, orthe like. In the example of FIG. 35, a sheet from a set of constructiondrawings is displayed in thumbnail format. The progress bar field mayinclude a contract date field, a mobilization date field and asubstantial completion date field. The progress bar field may include anindicator of a progress of the project. The indicator may be anysuitable indicator for showing progress. In the example of FIG. 35,progress is depicted with a button on a sliding bar above the contractdate field, the mobilization date field and the substantial completiondate field, and the progress is after contract and before mobilization.The metrics field may include one or more of an actual progresscompletion field and an approved field. The actual progress completionfield and the approved field may include any suitable indicator forshowing progress. In the example of FIG. 35, each the actual progresscompletion field and the approved field is a ring-shaped graphic with100% corresponding with a completely filled ring-shaped graphic andpartial percentages corresponding with a proportionately sized partiallyfilled ring-shaped graphic.

FIG. 36 depicts partial GUIs associated with the schedule of values, 3-Dmodeling and scheduling for the method for CM according an exemplaryembodiment. That is, the CM system 100 may be configured to display aGUI for a schedule of values for one or more subcontractors (e.g., anupper portion of FIG. 36) as well as 3-D models of the project (e.g., alower left portion of FIG. 36) and a construction schedule (e.g., alower right portion of FIG. 36). The CM system 100 may be configured toapply analytics to construction project data. The CM system 100 may beconfigured to develop effective and actionable insights based on theanalytics. The CM system 100 may be configured to digitize documentsassociated with at least one requisition process. The CM system 100 maybe configured to capture and analyze data to produce indicators thatpredict cost overruns, delays, and/or risks. The CM system 100 may beconfigured to perform predictions and risk management in real-time. TheCM system 100 may be configured to generate insights for stakeholders touse in making informed decisions during project management. The CMsystem 100 may be configured to link the schedules of values, buildinginformation model (BIM) models, imagery, and construction schedules intoa unified data platform. The unified data platform may be configured toidentify risk in real-time.

Second Architecture

FIG. 37 depicts an architecture for the method for CM according anexemplary embodiment. The architecture may include an integration ofinformation regarding material movement logs across an entire supplychain The supply chain may include movement of material from requisitiondeposit (e.g., in a financial institution), to fabrication,transportation, storage, and installation at a project site.

OCR Process

FIG. 38 depicts an OCR process for the method for CM according anexemplary embodiment. The OCR process may include uploading a document(e.g., FIGS. 22 and 27). The OCR process may include detecting andreading printed and handwritten text from the uploaded document (e.g.,FIGS. 23, 24, 29 and 30). The OCR process may include determining,receiving and saving X and Y coordinates of the detected text (e.g.,FIGS. 24 and 34). The OCR process may include determining, receiving andsaving X and Y coordinates of a bounding box associated with thedetected text (FIGS. 24 and 25). The OCR process may include normalizingthe X and Y coordinates (e.g., FIGS. 25 and 34). The OCR process mayinclude saving the original and normalized X and Y coordinates in asearch index (e.g., data store 18, FIG. 1).

Search and Highlight Process

FIG. 39 depicts a searching and highlighting process for the method forCM according an exemplary embodiment. The searching and highlightingprocess may include prompting a user to enter a search of a document(e.g., FIGS. 28, 30, 33 and 35). The searching and highlighting processmay include identifying one or more terms of the search as matching textstored in the search index (e.g., data store 18). The searching andhighlighting process may include analyzing a size of a screen and/or abrowser (e.g., FIG. 34). The searching and highlighting process mayinclude adjusting the X and Y coordinates based on the size analysis(e.g., FIG. 24 to FIG. 25). The searching and highlighting process mayinclude generating an indicator, which may include a yellow colored box(e.g., FIG. 25) and/or a shaded region (e.g., FIG. 26). The searchingand highlighting process may include annotating the document to includethe generated indicator and displaying the annotated document (e.g.,FIGS. 26, 29, 30, 33 and 34).

Third Architecture

The CM system 100 may be configured to incorporate one or more featuresof an architecture depicted in FIG. 40. Also, the CM system 100 may beconfigured to run concurrently with the architecture of FIG. 40. FIG. 40depicts an architecture for the method for CM according an exemplaryembodiment. The architecture may include one or more of four sections,including a section depicted in FIG. 40A, which depicts aBIM/coordination module and a bidding module for the method for CMaccording an exemplary embodiment; a section depicted in FIG. 40B, whichdepicts a schedule module and a schedule of values module for the methodfor CM according an exemplary embodiment; a section depicted in FIG. 40Cdepicts a cost module, an images module, and a supply chain module forthe method for CM according an exemplary embodiment; a section depictedin FIG. 40D depicts schedules of values for the schedule of valuesmodule for the method for CM according an exemplary embodiment; and thelike. That is, the architecture may include one or more of theBIM/coordination module, the bidding module, the schedule module, theschedule of values module, the cost module, the images module, thesupply chain module, and the like. Please note, FIG. 40 may be used as akey for FIGS. 40A-40D, inclusive, in which a right side of FIG. 40Alines up with a left side of FIG. 40B, a right side of FIG. 40B lines upwith a left side of FIG. 40C, and a bottom of FIG. 40B lines up with atop of FIG. 40D.

In FIGS. 40-40D, inclusive, where direct connections are illustratedbetween adjacent components, the system CM 100 may include additionalcomponents therebetween. Where indirect connections are illustratedbetween two components with at least a third component therebetween, theCM system 100 may omit the third component therebetween and thus the twocomponents may be directly connected components, where otherwisefunctional.

Any one of the BIM/coordination module, the bidding module, the schedulemodule, the schedule of values module, the cost module, the imagesmodule, and the supply chain module may be directly or indirectlyconnected to any other one of the BIM/coordination module, the biddingmodule, the schedule module, the schedule of values module, the costmodule, the images module, the supply chain module. In FIG. 40, each ofthe BIM/coordination module, the bidding module, the schedule module,the schedule of values module, the cost module, the images module, thesupply chain module is connected to every other one of theBIM/coordination module, the bidding module, the schedule module, theschedule of values module, the cost module, the images module, thesupply chain module; however, the architecture is not limited to thisarrangement.

The BIM/coordination module may include a schedule of values (SOV) itemcoordination status module and an SOV line item percentage completemodule. The BIM/coordination module may be configured to compare an SOVitem coordination status with an SOV line item percentage complete fordisplay as a percentage in the SOV module. The bidding module mayinclude a trade scope, a group total (e.g., $ value), a list of detailsfor each SOV, and the like. The bidding module may send and/or receive astandardized SOV or a detailed SOV to and/or from the SOV module.

The schedule module may include one or more SOV scopes. The schedulemodule may be configured to compare a schedule of dates with an SOVpercentage. The schedule module may be configured to determine thecomparison of the schedule of dates with the SOV percentage for anygiven date including today's date.

The schedule of values module may include one or more of the following:a date field, a description of work field, a base SOV field, an approvedchange orders field, a work in place field, a stored materials field, apercentage (%) complete field, a base contract total field, a work inplace total field, a stored materials total field, and a totalpercentage complete field. The description of work field may include ascope description, a scope number, information regarding whether thescope relates to, e.g., materials, labor/installation, and the like. Thebase SOV field may include a dollar amount. The percentage completefield may be a weighted average of the percentage complete for each itemin the description of work field. The weight may be based on the baseSOV for each item in the description of work field. For example: TotalPercentage Complete=[(Base SOV(x)/Base Contract Total)*% Complete(x)+(Base SOV(x+1)/Base Contract Total)*% Complete (x+1)+ . . . (BaseSOV(x+n)/Base Contract Total)*% Complete (x+n)], where x is the numberof each description of work, and n is the total number of descriptionsof work. The total percentage complete may be compared to SOV data usingan SOV comparator to ensure that the total percentage complete makessense. The total percentage complete may be compared to billing datausing a billing comparator to ensure that the total percentage completemakes sense.

The cost module may include data from all project trades. The costmodule may be configured to compare one trade's SOV with SOV's from alltrades. A date and time may be associated with each image.

The images module may include project progress data, project progressphotos, SOV progress data, and the like. As noted in detail hereinabove(e.g., FIGS. 13-19 and their related descriptions), images may be codedto indicate a percentage complete for one or more trades.

The supply chain module may include data associated with movement ofmaterial from requisition deposit (e.g., in a financial institution), tofabrication, transportation, storage, and installation at a project site(e.g., FIG. 37).

SOVs may be linked according to a critical path of the project, e.g.,SOVa before SOVb, then SOVc, or the like.

The architecture may be configured to receive SOVs as input. In someexemplary embodiments, inputs may include a description of work, a tradeassociated with performing a work task, a base contract value for an SOVline item, change orders, and a percentage of completion. Thearchitecture may be configured to receive these inputs, and analyze theinputs. The analysis of the inputs may be performed in a background ofthe architecture. A detailed analysis may be performed to generate aninformed data set, which may include a relational database. The informeddata set may linked to multiple elements of a construction process.

For example, an SOV may be compared with a billing percentage ofcompletion on any given trade. A risk of schedule delay may becalculated based on a hierarchy of events on a construction schedule.The risk of schedule delay may be calculated based on an order ofoperations. The order of operations may include a critical path, i.e.,one or more tasks that must be complete before a subsequent task maybegin. The risk of schedule delay may be based on a comparative analysisof relationships between construction schedule items. Billing of onetrade may be restricted until other trades are complete. An estimate ofa future date when a given work item is expected to be complete may bebased on the comparative analysis of the relationships betweenconstruction schedule items. An estimate of risk of delay to thecritical path may be based on the comparative analysis of therelationships between construction schedule items. The critical path mayrelate to an overarching construction schedule, which may have multiplecritical paths.

Also, the trade billing percentages in the SOV may be compared with asingle trade, The single trade may be compared with total tradebillings. Based on these comparisons, a risk to cost overages and/orschedule delays may be calculated.

3D and/or BIM models may be used to compare the SOVs to a coordinationstatus. The system may be configured to generate one or more mitigationflags. For example, if an attempt is made to bill a trade that is not incoordination (e.g., a subsequent trade that should have started aftercompletion of an earlier trade starts prematurely early), a mitigationflag may be generated and transmitted. One or more images, e.g., fromthe 3D and/or BIM models, from photography, or the like, may be linkedto one or more items in the SOV. The system may be configured to comparean image of a given work item, compare the image to what is expected bydata in the SOV, and determine in real-time whether the percentage ofbilling completion is consistent with what is actually present in thefield. If misalignment is detected, then a mitigation flag may begenerated and transmitted. For example, a mitigation flag may begenerated and transmitted when the percentage of completion for drywallis 100% in the SOV, but an analysis of an image of the drywall workdetects incomplete work.

The system may be configured to generate one or more 3D models ofconstruction updated by SOV % of completion in real-time.

Risk may be assessed through the supply chain by comparing movements ofmaterials and comparing the movements of materials with the percentageof billing completion through the SOV. For example, when a disruptionoccurs in a supply chain, a mitigation flag may be generated andtransmitted. The system may be configured to generate a risk of delay, aduration of possible delay, a predicted effect on affected trades.

During the bidding process, relationships may work backwards from theSOV. That is, analysis and bidding may be performed based onmeasurements and calculations of trade efficiency. For example, a giventrade on the critical path may be incentivized to increase an offer toperform work knowing that change orders are costly to downstreamconstruction tasks. The system may be configured to analyze historicdata including, e.g., a complete analysis of trades, to provide guidancefor the bidding process. For example, if a determination is made thatsheetrock has a 50% likelihood of generating a project delay, the systemmay be configured to flag the trade and transmit the flag to the biddingsystem. The user may then be prompted to review and annotate contracts.For example, the prompt may suggest adding language to the contractguaranteeing delivery of a given work item by the subcontractor,implementing stronger penalties for delay by the subcontractor,emphasizing “act of God” provisions set forth by the subcontractor, andthe like. As a result, the system promotes efficient bidding of jobs andmitigation of potential change orders.

Schedule Module

The schedule module may be configured to compare SOV line items with apercentage of completion. The schedule module may be configured tocompare SOV line items with one or more schedules. The schedule modulemay be configured to coordinate with a payment module. For example, whenthe payment module is generating a bill involving certain line items ofthe SOV, and the system determines that completion of another trade isincomplete (e.g., a breakdown in the work structure or schedule), awarning flag may be generated and transmitted. An example of a rule thatmay be encoded into the system: in order to begin painting, priming mustbe at least 50% complete. Another example of a rule that may be encodedinto the system: a sheetrock wall must be 100% complete before primingto begin.

The schedule module may be configured to mitigate a front-end loadingissue. That is, at a beginning of a project, SOV line item data may beinputted, and, as work progresses, a percentage of completion of a totalscope of a trade may be inputted, which may trigger billing of lineitems. Descriptions and dates may be inputted. The system may beconfigured to analyze data using an artificial intelligence (AI) engine,data science modules, and comparative analysis modules. The system maybe configured, based on the analysis of data, to output a risk of delayto the overarching construction schedule. The system may be configured,based on the analysis of data and the BIM and/or 3D model, to output arisk of impact.

BIM

The BIM may show 100% completion. However, a condition contrary to the100% completion entry may be detected by the system. An example of thecondition, is an image of a roof drain out of alignment with a roofpenetration. Another example of the condition may be rework, such aswhen sheetrock is hastily installed, ripped out, and reinstalled.Conversely, once the 100% completion is confirmed in the field, the BIMmodule may generate and transmit a coordination complete signal. Thesystem may, in response to a completion signal, be configured to detectincomplete billing, and prompt the user to bill 100%. Another example ofthe condition is presence of a non-conformance report (NCR) withoutresolution.

Supply Chain Module

In an instance where a supply chain is affected, ceiling tile hangersmay not be installed (thus delaying installation of ceiling tile). Thesystem may be configured to generate and transmit a flag directing auser to review the SOV line item. The percentage of completion may berecalculated or the display of the percentage of completion may beflagged (e.g., displayed with an alert or with a different color) whenthe supply chain for a given trade is affected. In the foundationtrades, the present system may be configured to compare currentpercentage of completion with historical data.

Images Module

The images module may include images associated with a completedsheetrock wall and an incomplete sheetrock wall. The BIM coordinationfunction may be linked to the images module, and the percentage ofcompletion of the SOV.

Bidding Module

The bidding module may be configured by trade. The bidding module mayinclude a scope of work for a bid to be bid out. The bidding module maysummarize detail of a group of related work items within a trade. Thebidding module may be configured to highlight bids requiring takeoffs.Please note, in construction, a “takeoff” refers to a process ofquantifying a material quantity required for a construction project. Thequantification may include counting and measuring items from a set ofdrawings. The quantification may be performed manually or with the aidof a scanning and analysis module.

The bidding module may be configured to annotate an architect's drawingswith symbols linking to bids in the bidding module. The bidding modulemay be configured to sort information related to the bids. The biddingmodule may prompt use of a standardized requisition. For example, inresponse to a determination that a trade has a high risk, the biddingmodule may suggest replacement of an existing requisition with thestandardized requisition. The bidding module may be configured totransmit detail from the current SOV. The bidding module may beconfigured so that an administrator of the CM system may transmitsuggestions to users of the CM system.

The bidding module may be configured to receive a manual takeoff from atrade, scan the manual takeoff, highlight key terms in the scannedtakeoff, highlight key work items in the drawings, and populate anincorporated takeoff based on the scanned takeoff. The system may beconfigured to identify commonalities between a project in progress andhistorical projects. The system may be configured with keywordsassociated with commonalities linked to risk, e.g., risk of delay orcost overrun.

FIG. 41 depicts a flow chart for a system 4100, a related method andrelated operations including various features of the above-referencedexemplary embodiments. One or more features of the system 4100, therelated method, and the related operations may be omitted, repeated ormodified to include one or more features of the exemplary embodimentswithout limitation. The sequence is exemplary. Steps and operations maybe performed in any suitable order.

Each of the system 4100, the related method, and the related operationsmay include a processing consistent with arrow 4105, i.e., from a bottomof FIG. 41 to a top. The system 4100, the related method, and therelated operations may include receiving as input a first image of aprevious requisition period 4110. The first image of the previousrequisition period 4110 may be captured by any suitable means includingan input device 4115, which may include a camera, a drone, a scan of adocument in the field, or any other suitable input depicting a previousstate of the project Similarly, the system 4100, the related method, andthe related operations may include receiving as input a second image ofa current requisition period 4120. The second image of the currentrequisition period 4120 may be captured by any suitable means includinginput an input device 4125.

The system 4100, the related method, and the related operations mayinclude a comparison 4130 of the first image 4110 and the second image4120. The system 4100, the related method, and the related operationsmay include a verification process 4135. The comparison 4130 mayidentify changes in any project parameter including, e.g., a percentageof complete work in place, a percentage of incomplete work in place, andthe like. The verification process 4135 may include determining aprobability that a particular project parameter has been achieved. Theprobability may be based on the comparison 4130.

The determined probability may be verified. The determined probabilitymay be verified manually by a user of the system 4100, by semiautomatedor automated comparison with a schedule of values 4140 or any othersuitable method. The detailed schedule of values 4140 may be include anyof the features of any of the schedules of values described hereinabove.The detailed schedule of values 4140 may be configured to receive and/orsend information from/to systems configured to conduct work in placeverifications 4145. The work in place verifications 4145 may include oneor more of a comparison of billing versus a schedule, a comparison ofcompleted versus not completed work, a comparison of billed versus notbilled items, a comparison of known and unknown items, and the like.

The system 4100, the related method, and the related operations may beconfigured to send and/or receive information to/from another system4150. The system 4150 may include a model (e.g., 124), including BIMs.The system 4100, the related method, and the related operations mayinclude a system 4160 for generating, transmitting and projecting animage representing the project or an update to such image. The image maybe a past, present or future state of the project. The system 4100, therelated method, and the related operations may include a system 4170 forgenerating, transmitting and projecting a schedule image representingthe project or an update to such schedule. The schedule may be relatedto a past, present or future state of the project.

The system 4100, the related method, and the related operations mayinclude a verifications system 4180, such as the verification module 40,the verifications 116 or any other related system or sub-system. Theverifications system 4180 may include any form of information generatedby a human inspection 4181, a mathematical equation 4182, an imagecomparison 4183, an artificial intelligence system 4184, an indicator ofincomplete work 4185, an indicator of a pending change of exposure 4186,an indicator of incomplete work in place 4187, an indicator of pendingexposures with work in place 4188, an indicator of incorrect work inplace 4189, an update associated with any of the information orindicator, a combination of any of the information or indicator, and aphysical, scanned or digital version of any of the information orindicator.

The system 4100, the related method, and the related operations supportlong-term growth trajectory of all asset classes at scale. The system4100, the related method, and the related operations may be configuredto be deployed across projects regardless of budget size and geographicregion.

Each of the above identified modules or programs corresponds to a set ofinstructions for performing a function described above. These modulesand programs (i.e., sets of instructions) need not be implemented asseparate software programs, procedures or modules, and thus varioussubsets of these modules may be combined or otherwise re-arranged invarious embodiments. In some embodiments, memory may store a subset ofthe modules and data structures identified above. Furthermore, memorymay store additional modules and data structures not described above.

The illustrated aspects of the disclosure may also be practiced indistributed computing environments where certain tasks are performed byremote processing devices that are linked through a communicationsnetwork. In a distributed computing environment, program modules may belocated in both local and remote memory storage devices.

Moreover, it is to be appreciated that various components describedherein may include electrical circuit(s) that may include components andcircuitry elements of suitable value in order to implement theembodiments of the subject innovation(s). Furthermore, it may beappreciated that many of the various components may be implemented on atleast one integrated circuit (IC) chip. For example, in one embodiment,a set of components may be implemented in a single IC chip. In otherembodiments, at least one of respective components are fabricated orimplemented on separate IC chips.

What has been described above includes examples of the embodiments ofthe present invention. It is, of course, not possible to describe everyconceivable combination of components or methodologies for purposes ofdescribing the claimed subject matter, but it is to be appreciated thatmany further combinations and permutations of the subject innovation arepossible. Accordingly, the claimed subject matter is intended to embraceall such alterations, modifications, and variations that fall within thespirit and scope of the appended claims. Moreover, the above descriptionof illustrated embodiments of the subject disclosure, including what isdescribed in the Abstract, is not intended to be exhaustive or to limitthe disclosed embodiments to the precise forms disclosed. While specificembodiments and examples are described herein for illustrative purposes,various modifications are possible that are considered within the scopeof such embodiments and examples, as those skilled in the relevant artcan recognize.

In particular and in regard to the various functions performed by theabove described components, devices, circuits, systems and the like, theterms used to describe such components are intended to correspond,unless otherwise indicated, to any component which performs thespecified function of the described component (e.g., a functionalequivalent), even though not structurally equivalent to the disclosedstructure, which performs the function in the herein illustratedexemplary aspects of the claimed subject matter. In this regard, it willalso be recognized that the innovation includes a system as well as acomputer-readable storage medium having computer-executable instructionsfor performing the acts and/or events of the various methods of theclaimed subject matter.

The aforementioned systems/circuits/modules have been described withrespect to interaction between several components/blocks. It can beappreciated that such systems/circuits and components/blocks may includethose components or specified sub-components, some of the specifiedcomponents or sub-components, and/or additional components, andaccording to various permutations and combinations of the foregoing.Sub-components may also be implemented as components communicativelycoupled to other components rather than included within parentcomponents (hierarchical). Additionally, it should be noted that atleast one component may be combined into a single component providingaggregate functionality or divided into several separate sub-components,and any at least one middle layer, such as a management layer, may beprovided to communicatively couple to such sub-components in order toprovide integrated functionality. Any components described herein mayalso interact with at least one other component not specificallydescribed herein but known by those of skill in the art.

In addition, while a particular feature of the subject innovation mayhave been disclosed with respect to only one of several implementations,such feature may be combined with at least one other feature of theother implementations as may be desired and advantageous for any givenor particular application. Furthermore, to the extent that the terms“includes,” “including,” “has,” “contains,” variants thereof, and othersimilar words are used in either the detailed description or the claims,these terms are intended to be inclusive in a manner similar to the term“comprising” as an open transition word without precluding anyadditional or other elements.

As used in this application, the terms “component,” “module,” “system,”or the like are generally intended to refer to a computer-relatedentity, either hardware (e.g., a circuit), a combination of hardware andsoftware, software, or an entity related to an operational machine withat least one specific functionality. For example, a component may be,but is not limited to being, a process running on a processor (e.g.,digital signal processor), a processor, an object, an executable, athread of execution, a program, and/or a computer. By way ofillustration, both an application running on a controller and thecontroller may be a component. At least one component may reside withina process and/or thread of execution and a component may be localized onone computer and/or distributed between two or more computers. Further,a “device” may come in the form of specially designed hardware;generalized hardware made specialized by the execution of softwarethereon that enables the hardware to perform specific function; softwarestored on a computer-readable medium; or a combination thereof.

Moreover, the words “example” or “exemplary” are used herein to meanserving as an example, instance, or illustration. Any aspect or designdescribed herein as “exemplary” is not necessarily to be construed aspreferred or advantageous over other aspects or designs. Rather, use ofthe words “example” or “exemplary” is intended to present concepts in aconcrete fashion. As used in this application, the term “or” is intendedto mean an inclusive “or” rather than an exclusive “or”. That is, unlessspecified otherwise, or clear from context, “X employs A or B” isintended to mean any of the natural inclusive permutations. That is, ifX employs A; X employs B; or X employs both A and B, then “X employs Aor B” is satisfied under any of the foregoing instances. In addition,the articles “a” and “an” as used in this application and the appendedclaims should generally be construed to mean “one or more” unlessspecified otherwise or clear from context to be directed to a singularform.

Computing devices typically include a variety of media, which mayinclude computer-readable storage media and/or communications media, inwhich these two terms are used herein differently from one another asfollows. Computer-readable storage media may be any available storagemedia that may be accessed by the computer, is typically of anon-transitory nature, and may include both volatile and nonvolatilemedia, removable and non-removable media. By way of example, and notlimitation, computer-readable storage media may be implemented inconnection with any method or technology for storage of information suchas computer-readable instructions, program modules, structured data, orunstructured data. Computer-readable storage media may include, but arenot limited to, RAM, ROM, EEPROM, flash memory or other memorytechnology, CD-ROM, digital versatile disk (DVD) or other optical diskstorage, magnetic cassettes, magnetic tape, magnetic disk storage orother magnetic storage devices, or other tangible and/or non-transitorymedia which may be used to store desired information. Computer-readablestorage media may be accessed by at least one local or remote computingdevice, e.g., via access requests, queries or other data retrievalprotocols, for a variety of operations with respect to the informationstored by the medium.

On the other hand, communications media typically embodycomputer-readable instructions, data structures, program modules orother structured or unstructured data in a data signal that may betransitory such as a modulated data signal, e.g., a carrier wave orother transport mechanism, and includes any information delivery ortransport media. The term “modulated data signal” or signals refers to asignal that has at least one of its characteristics set or changed insuch a manner as to encode information in at least one signal. By way ofexample, and not limitation, communication media include wired media,such as a wired network or direct-wired connection, and wireless mediasuch as acoustic, radio frequency (RF), infrared and other wirelessmedia.

In view of the exemplary systems described above, methodologies that maybe implemented in accordance with the described subject matter will bebetter appreciated with reference to the flowcharts of the variousfigures. For simplicity of explanation, the methodologies are depictedand described as a series of acts. However, acts in accordance with thisdisclosure may occur in various orders and/or concurrently, and withother acts not presented and described herein. Furthermore, not allillustrated acts may be required to implement the methodologies inaccordance with the disclosed subject matter. In addition, those skilledin the art will understand and appreciate that the methodologies couldalternatively be represented as a series of interrelated states via astate diagram or events. Additionally, it should be appreciated that themethodologies disclosed in this specification are capable of beingstored on an article of manufacture to facilitate transporting andtransferring such methodologies to computing devices. The term articleof manufacture, as used herein, is intended to encompass a computerprogram accessible from any computer-readable device or storage media.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the disclosure.As used herein, the singular forms “a”, “an” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof. As used herein, the term “and/or”includes any and all combinations of one or more of the associatedlisted items.

Although at least one exemplary embodiment is described as using aplurality of units to perform the exemplary process, it is understoodthat the exemplary processes may also be performed by one or pluralityof modules.

The use of the terms “first”, “second”, “third” and so on, herein, areprovided to identify various structures, dimensions or operations,without describing any order, and the structures, dimensions oroperations may be executed in a different order from the stated orderunless a specific order is definitely specified in the context.

Approximating language, as used herein throughout the specification andclaims, may be applied to modify any quantitative representation thatcould permissibly vary without resulting in a change in the basicfunction to which it is related. Accordingly, a value modified by a termor terms, such as “about” and “substantially,” are not to be limited tothe precise value specified. In at least some instances, theapproximating language may correspond to the precision of an instrumentfor measuring the value. Here and throughout the specification andclaims, range limitations may be combined and/or interchanged, suchranges are identified and include all the sub-ranges contained thereinunless context or language indicates otherwise.

Unless specifically stated or obvious from context, as used herein, theterm “about” is understood as within a range of normal tolerance in theart, for example within 2 standard deviations of the mean. “About” maybe understood as within 10%, 9%, 8%, 7%, 6%, 5%, 4%, 3%, 2%, 1%, 0.5%,0.1%, 0.05%, or 0.01% of the stated value. Unless otherwise clear fromthe context, all numerical values provided herein are modified by theterm “about.”

In the descriptions above and in the claims, phrases such as “at leastone of” or “one or more of” may occur followed by a conjunctive list ofelements or features. The term “and/or” may also occur in a list of twoor more elements or features. Unless otherwise implicitly or explicitlycontradicted by the context in which it is used, such a phrase isintended to mean any of the listed elements or features individually orany of the recited elements or features in combination with any of theother recited elements or features. For example, the phrases “at leastone of A and B;” “one or more of A and B;” and “A and/or B” are eachintended to mean “A alone, B alone, or A and B together.” A similarinterpretation is also intended for lists including three or more items.For example, the phrases “at least one of A, B, and C;” “one or more ofA, B, and C;” and “A, B, and/or C” are each intended to mean “A alone, Balone, C alone, A and B together, A and C together, B and C together, orA and B and C together.” In addition, use of the term “based on,” aboveand in the claims is intended to mean, “based at least in part on,” suchthat an unrecited feature or element is also permissible.

CONCLUSION

It is to be understood that the above description is intended to beillustrative and not restrictive. Many embodiments and applicationsother than the examples provided would be apparent to those of skill inthe art upon reading the above description. With regard to the media,processes, systems, methods, heuristics, etc. described herein, itshould be understood that, although the steps of such processes, etc.have been described as occurring according to a certain orderedsequence, such processes could be practiced with the described stepsperformed in an order other than the order described herein. It furthershould be understood that certain steps could be performedsimultaneously, that other steps could be added, or that certain stepsdescribed herein could be omitted. In other words, the descriptions ofprocesses herein are provided for the purpose of illustrating certainembodiments, and should in no way be construed so as to limit theclaimed teachings.

The scope of the disclosure should be determined, not with reference tothe above description, but should instead be determined with referenceto the appended claims, along with the full scope of equivalents towhich such claims are entitled. It is anticipated and intended thatfuture developments will occur in the arts discussed herein, and thatthe disclosed systems, processes and methods will be incorporated intosuch future embodiments. In sum, it should be understood that thepresent teachings are capable of modification and variation and islimited only by the following claims. All terms used in the claims areintended to be given their broadest reasonable constructions and theirordinary meanings as understood by those skilled in the art unless anexplicit indication to the contrary in made herein. In particular, useof the singular articles such as “a,” “the,” “said,” etc. should be readto recite one or more of the indicated elements unless a claim recitesan explicit limitation to the contrary.

The subject matter described herein may be embodied in systems,apparatus, methods, and/or articles depending on the desiredconfiguration. The embodiments set forth in the foregoing description donot represent all embodiments consistent with the subject matterdescribed herein. Instead, they are merely some examples consistent withaspects related to the described subject matter. Although a fewvariations have been described in detail above, other modifications oradditions are possible. In particular, further features and/orvariations may be provided in addition to those set forth herein. Forexample, the embodiments described above may be directed to variouscombinations and subcombinations of the disclosed features and/orcombinations and subcombinations of several further features disclosedabove. In addition, the logic flows depicted in the accompanying figuresand/or described herein do not necessarily require the particular ordershown, or sequential order, to achieve desirable results. Otherembodiments may be within the scope of the following claims.

What is claimed is:
 1. A computer-implemented system for integrated, inreal time, remote construction management, work verification andrequisition payment, the system comprising: a device having at least oneprocessor and a memory storing at least one program for execution by theat least one processor, the at least one program including instructions,when, executed by the at least one processor cause the at least oneprocessor to perform operations comprising: generating, with the atleast one processor, a schedule of values (SOV) in real time byreceiving a plurality of SOV descriptions, wherein each of the SOVdescriptions describes a specific construction work element for aconstruction project; storing, with the at least one processor, the SOVin a predetermined unitary database; receiving as input, with the atleast one processor, an electronic requisition including requisitioninformation from a requisition submitted by a contractor applying forpayment for at least one of the specific construction work elements forthe construction project, wherein the contractor is an entity contractedto provide one or more of labor, materials, goods, and services under acontract associated with the construction project managed using thesystem, and storing the electronic requisition in the predeterminedunitary database; receiving as input, with the at least one processor, averification component related to an actual condition of the specificconstruction work element of the construction project, and storing theverification component in the predetermined unitary database, theverification component input being generated using at least one of: oneor more sensors, and one or more automated surveillance devicespositioned at a project worksite of the construction project andcommunicatively coupled to the at least one processor, and automaticallytransmitting the verification component input to the at least oneprocessor, wherein the at least one of one or more sensors and one ormore automated surveillance devices are remotely operated using one ormore programming instructions, the one or more programming instructionsincluding an identification of at least one of a location and apredetermined surveillance travel path in the project worksite forcollection of the verification component by at least one of one or moresensors and one or more automated surveillance devices, beingautomatically generated and transmitted by the at least one processor tothe at least one of one or more sensors and one or more automatedsurveillance devices in response to receiving the electronicrequisition, and being configured to cause the at least one of one ormore sensors and one or more automated surveillance devices to perform,in response to receiving the one or more programming instructions,inspection of the project worksite of the construction project andcollect, based on the performed inspection, the verification component,and transmit the verification component to the at least one processor;determining, with the at least one processor, a current completionstatus of the specific construction work element by comparing theverification component with a prior version of the verificationcomponent and/or a predetermined condition; determining, with the atleast one processor, whether the verification component is acceptable,partially acceptable or unacceptable to verify the current completionstatus of the SOV description of the specific construction work elementbased on a comparison of at least one of: a pixel data extracted fromone or more electronic images, a portion of one or more electronicdocuments, a portion of one or more electronic images and anycombination thereof, included in the verification component input withdata associated with the actual condition of the specific constructionwork element, the comparison including inspection of the actualcondition without requiring a presence and/or a manual input of aproject manager or the contractor at the project worksite of theconstruction project; generating, with the at least one processor, apayment authorization in response to the acceptable determination,transmitting the acceptable payment authorization to a payment provider,and authorizing payment to the contractor by the payment provider of anamount of a payment corresponding to a requested amount of therequisition; and/or generating, with the at least one processor, anotification of rejection in response to the partially acceptable or theunacceptable determination, and resubmitting, with the at least oneprocessor, the partially acceptable or unacceptable verificationcomponent for consideration and/or correction of the specificconstruction work element of the construction project; and updating,with the at least one processor, the SOV in real time based on thedetermining the current completion status and/or the determining whetherthe verification component is acceptable, partially acceptable orunacceptable.
 2. The system of claim 1, wherein the comparing includesat least one of: performing a computer-implemented statistical method ofcomparison of the verification component with the prior version of theverification component and/or the predetermined condition; performing,with an artificial intelligence system operatively connected to the atleast one processor, a machine learning method of comparison of theverification component with the prior version of the verificationcomponent and/or the predetermined condition; and a combination of anyof the group.
 3. The system of claim 1, wherein the predeterminedunitary database includes at least one of: a historic collection of atleast one of: a bid document, a contract, a schedule of values tag, aproject schedule, an historic schedule of values, an historicrequisition, a verification, a change order, an unapproved work inplace, a work authorization, a report, an email, a file, a text message,an electronic notebook, a database, a model, a payment, an invoice, areceipt, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group; an analysis of the historiccollection; and an association of the analysis of the historiccollection with at least one key event; wherein the operations furthercomprise: displaying via a graphical user interface (GUI) an image ofthe SOV and the current completion status of the specific constructionwork element; adjusting, with the at least one processor, the currentcompletion status in real time in response to a change in one or more ofthe historic collection, the analysis of the historic collection, theassociation of the analysis of the historic collection with the at leastone key event; and continuously updating the SOV displayed on the GUIbased on the adjusted current completion status in real time, whereinthe key event is at least one of: a predictable event, an unpredictableevent, a schedule change, a cost change, a labor change, a materialchange, an equipment change, a substantial completion date, an occupancydate, a project completion date, an accident, a natural disaster, an actof God, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group.
 4. The system of claim 1, furthercomprising: receiving as input an electronic version of a document,wherein the document includes at least one of a bid document, a changeorder, an unapproved work in place, and a verification input; andmapping the at least one of the bid document, the change order, theunapproved work in place, and the verification input to the schedule ofvalues.
 5. The system of claim 1, further comprising: identifying atleast one string of data from the electronic requisition; mapping theidentified at least one string of data to the predetermined unitarydatabase including at least one key string of data associated with atleast one key event; tagging the mapped and identified at least onestring of data with a tag associated with the at least one key string ofdata associated with the at least one key event; determining correctiveand/or mitigation actions to minimize deviations from a schedule of theproject based on the tagged, mapped, and identified at least one stringof data and the tagged, mapped, and identified historic collection;transmitting the corrective and/or mitigation actions, wherein thecorrective and/or mitigation actions are determined by use of a datastructure including data elements associated with the SOV, the scheduleof the project, and a contract of the project with a unique SOV tag forintegrating the SOV, the schedule of the project, and the contract ofthe project, and wherein, in response to a change to at least one of thedata elements, the operations further comprise updating the SOV, theschedule of the project, and the contract of the project.
 6. The systemof claim 1, wherein the comparison of the verification component withthe actual condition of the specific construction work element includesinspection of the actual condition with one or more of a robot, anautonomous device, an unmanned device, an unmanned vehicle, an unmannedaerial vehicle, an unmanned aerial system, a premises security systemelement, a security camera, an audio sensor, and a motion sensor.
 7. Thesystem of claim 1, wherein the comparison of the verification componentwith the actual condition of the specific construction work elementincludes: comparing each of the SOV descriptions to a coordinationstatus; determining from the comparing of each of the SOV descriptionsto the coordination status whether a trade is in coordination or out ofcoordination; and generating and transmitting a mitigation flag based onthe determining of whether the trade is coordination or out ofcoordination.
 8. The system of claim 1, the operations furthercomprising: determining and updating in real time, with the at least oneprocessor, the current completion status of the specific constructionwork element by comparing the verification component with the priorversion of the verification component and/or the predeterminedcondition; adjusting the current completion status in real time, withthe at least one processor, based on one or more of: an unapproved workin place, an instruction to correct work in place that is determined notto meet a condition of the contract, an unapproved change order, a totalcost of materials on order and not yet received, a change in generalconditions of the contract, an unpredictable event, an accident, anatural disaster, and an act of God; and actioning, with the at leastone processor, a recovery plan and/or a mitigation action in response tothe adjusting the current completion status in real time.
 9. The systemof claim 1, the operations further comprising: displaying via agraphical user interface (GUI) an image of the SOV and the currentcompletion status of the specific construction work element: adjusting,with the at least one processor, the current completion status in realtime in response to the determining, with the at least one processor,whether the verification component is acceptable, partially acceptableor unacceptable to verify the current completion status of the SOVdescription of the specific construction work element based on acomparison of the verification component with the actual condition ofthe specific construction work element; continuously updating the SOVdisplayed on the GUI based on the adjusted current completion status inreal time, wherein the displaying, adjusting, and continuously updatingare performed before the generating, with the at least one processor,the payment authorization in response to the acceptable determination,transmitting the acceptable payment authorization to the paymentprovider, and authorizing the payment to the contractor by the paymentprovider of the amount of the payment corresponding to the requestedamount of the requisition; and/or the generating, with the at least oneprocessor, the notification of rejection in response to the partiallyacceptable or the unacceptable determination, and resubmitting, with theat least one processor, the partially acceptable or unacceptableverification component for consideration and/or correction of thespecific construction work element of the construction project.
 10. Acomputer-implemented method of integrated, in real time, remoteconstruction management, work verification and requisition payment,wherein a device is provided, the device having at least one processorand a memory storing at least one program for execution by the at leastone processor, the at least one program including instructions, which,when executed by the at least one processor cause the at least oneprocessor to perform operations comprising: generating, with the atleast one processor, a schedule of values (SOV) in real time byreceiving a plurality of SOV descriptions, wherein each of the SOVdescriptions describes a specific construction work element for aconstruction project; storing, with the at least one processor, the SOVin a predetermined unitary database; receiving as input, with the atleast one processor, an electronic requisition including requisitioninformation from a requisition submitted by a contractor applying forpayment for at least one of the specific construction work elements forthe construction project, wherein the contractor is an entity contractedto provide one or more of labor, materials, goods, and services under acontract associated with the construction project managed using themethod, and storing the electronic requisition in the predeterminedunitary database; receiving as input, with the at least one processor, averification component related to an actual condition of the specificconstruction work element of the construction project, and storing theverification component in the predetermined unitary database, theverification component input being generated using at least one of: oneor more sensors, and one or more automated surveillance devicespositioned at a project worksite of the construction project andcommunicatively coupled to the at least one processor, and automaticallytransmitting the verification component input to the at least oneprocessor, wherein the at least one of one or more sensors and one ormore automated surveillance devices are remotely operated using one ormore programming instructions, the one or more programming instructionsincluding an identification of at least one of a location and apredetermined surveillance travel path in the project worksite forcollection of the verification component by at least one of one or moresensors and one or more automated surveillance devices, beingautomatically generated and transmitted by the at least one processor tothe at least one of one or more sensors and one or more automatedsurveillance devices in response to receiving the electronicrequisition, and being configured to cause the at least one of one ormore sensors and one or more automated surveillance devices to perform,in response to receiving the one or more programming instructions,inspection of the project worksite of the construction project andcollect, based on the performed inspection, the verification component,and transmit the verification component to the at least one processor;determining, with the at least one processor, a current completionstatus of the specific construction work element by comparing theverification component with a prior version of the verificationcomponent and/or a predetermined condition; determining, with the atleast one processor, whether the verification component is acceptable,partially acceptable or unacceptable to verify the current completionstatus of the SOV description of the specific construction work elementbased on a comparison of at least one of: a pixel data extracted fromone or more electronic images, a portion of one or more electronicdocuments, a portion of one or more electronic images and anycombination thereof, included in the verification component input withdata associated with the actual condition of the specific constructionwork element, the comparison including inspection of the actualcondition without requiring a presence and/or a manual input of aproject manager or the contractor at the project worksite of theconstruction project; generating, with the at least one processor, apayment authorization in response to the acceptable determination,transmitting the acceptable payment authorization to a payment provider,and authorizing payment to the contractor by the payment provider of anamount of a payment corresponding to a requested amount of therequisition; and/or generating, with the at least one processor, anotification of rejection in response to the partially acceptable or theunacceptable determination, and resubmitting, with the at least oneprocessor, the partially acceptable or unacceptable verificationcomponent for consideration and/or correction of the specificconstruction work element of the construction project; and updating,with the at least one processor, the SOV in real time based on thedetermining the current completion status and/or the determining whetherthe verification component is acceptable, partially acceptable orunacceptable.
 11. The method of claim 10, wherein the comparing includesat least one of: performing a computer-implemented statistical method ofcomparison of the verification component with the prior version of theverification component and/or the predetermined condition; performing,with an artificial intelligence system operatively connected to the atleast one processor, a machine learning method of comparison of theverification component with the prior version of the verificationcomponent and/or the predetermined condition; and a combination of anyof the group.
 12. The method of claim 10, wherein the predeterminedunitary database includes at least one of: a historic collection of atleast one of: a bid document, a contract, a schedule of values tag, aproject schedule, an historic schedule of values, an historicrequisition, a verification, a change order, an unapproved work inplace, a work authorization, a report, an email, a file, a text message,an electronic notebook, a database, a model, a payment, an invoice, areceipt, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group; an analysis of the historiccollection; and an association of the analysis of the historiccollection with at least one key event; wherein the operations furthercomprise: displaying via a graphical user interface (GUI) an image ofthe SOV and the current completion status of the specific constructionwork element; adjusting, with the at least one processor, the currentcompletion status in real time in response to a change in one or more ofthe historic collection, the analysis of the historic collection, theassociation of the analysis of the historic collection with the at leastone key event; and continuously updating the SOV displayed on the GUIbased on the adjusted current completion status in real time, whereinthe key event is at least one of: a predictable event, an unpredictableevent, a schedule change, a cost change, a labor change, a materialchange, an equipment change, a substantial completion date, an occupancydate, a project completion date, an accident, a natural disaster, an actof God, an image of any of the group, an update associated with any ofthe group, a combination of any of the group, and a physical, scanned ordigital version of any of the group.
 13. The method of claim 10, furthercomprising: receiving as input an electronic version of a document,wherein the document includes at least one of a bid document, a changeorder, an unapproved work in place, and a verification input; andmapping the at least one of the bid document, the change order, theunapproved work in place, and the verification input to the schedule ofvalues.
 14. The method of claim 10, further comprising: identifying atleast one string of data from the electronic requisition; mapping theidentified at least one string of data to the predetermined unitarydatabase including at least one key string of data associated with atleast one key event; tagging the mapped and identified at least onestring of data with a tag associated with the at least one key string ofdata associated with the at least one key event; determining correctiveand/or mitigation actions to minimize deviations from a schedule of theproject based on the tagged, mapped, and identified at least one stringof data and the tagged, mapped, and identified historic collection;transmitting the corrective and/or mitigation actions, wherein thecorrective and/or mitigation actions are determined by use of a datastructure including data elements associated with the SOV, the scheduleof the project, and a contract of the project with a unique SOV tag forintegrating the SOV, the schedule of the project, and the contract ofthe project, and wherein, in response to a change to at least one of thedata elements, the operations further comprise updating the SOV, theschedule of the project, and the contract of the project.
 15. The methodof claim 10, wherein the comparison of the verification component withthe actual condition of the specific construction work element includesinspection of the actual condition with one or more of a robot, anautonomous device, an unmanned device, an unmanned vehicle, an unmannedaerial vehicle, an unmanned aerial system, a premises security systemelement, a security camera, an audio sensor, and a motion sensor. 16.The method of claim 10, wherein the comparison of the verificationcomponent with the actual condition of the specific construction workelement includes: comparing each of the SOV descriptions to acoordination status; determining from the comparing of each of the SOVdescriptions to the coordination status whether a trade is incoordination or out of coordination; and generating and transmitting amitigation flag based on the determining of whether the trade iscoordination or out of coordination.
 17. The method of claim 10, theoperations further comprising: determining and updating in real time,with the at least one processor, the current completion status of thespecific construction work element by comparing the verificationcomponent with the prior version of the verification component and/orthe predetermined condition; adjusting the current completion status inreal time, with the at least one processor, based on one or more of: anunapproved work in place, an instruction to correct work in place thatis determined not to meet a condition of the contract, an unapprovedchange order, a total cost of materials on order and not yet received, achange in general conditions of the contract, an unpredictable event, anaccident, a natural disaster, and an act of God; and actioning, with theat least one processor, a recovery plan and/or a mitigation action inresponse to the adjusting the current completion status in real time.18. The method of claim 10, the operations further comprising:displaying via a graphical user interface (GUI) an image of the SOV andthe current completion status of the specific construction work element:adjusting, with the at least one processor, the current completionstatus in real time in response to the determining, with the at leastone processor, whether the verification component is acceptable,partially acceptable or unacceptable to verify the current completionstatus of the SOV description of the specific construction work elementbased on a comparison of the verification component with the actualcondition of the specific construction work element; continuouslyupdating the SOV displayed on the GUI based on the adjusted currentcompletion status in real time, wherein the displaying, adjusting, andcontinuously updating are performed before the generating, with the atleast one processor, the payment authorization in response to theacceptable determination, transmitting the acceptable paymentauthorization to the payment provider, and authorizing the payment tothe contractor by the payment provider of the amount of the paymentcorresponding to the requested amount of the requisition; and/or thegenerating, with the at least one processor, the notification ofrejection in response to the partially acceptable or the unacceptabledetermination, and resubmitting, with the at least one processor, thepartially acceptable or unacceptable verification component forconsideration and/or correction of the specific construction workelement of the construction project.
 19. A non-transitorycomputer-readable storage medium storing at least onecomputer-implemented program for integrated, in real time, remoteconstruction management, work verification and requisition payment, theat least one program for execution by at least one processor and amemory storing the at least one program, the at least one programincluding instructions, when, executed by the at least one processorcause the at least one processor to perform operations comprising:generating, with the at least one processor, a schedule of values (SOV)in real time by receiving a plurality of SOV descriptions, wherein eachof the SOV descriptions describes a specific construction work elementfor a construction project; storing, with the at least one processor,the SOV in a predetermined unitary database; receiving as input, withthe at least one processor, an electronic requisition includingrequisition information from a requisition submitted by a contractorapplying for payment for at least one of the specific construction workelements for the construction project, wherein the contractor is anentity contracted to provide one or more of labor, materials, goods, andservices under a contract associated with the construction projectmanaged using the computer-implemented program for integrated, in realtime, remote construction management, work verification and requisitionpayment, and storing the electronic requisition in the predeterminedunitary database; receiving as input, with the at least one processor, averification component related to an actual condition of the specificconstruction work element of the construction project, and storing theverification component in the predetermined unitary database, theverification component input being generated using at least one of: oneor more sensors, and one or more automated surveillance devicespositioned at a project worksite of the construction project andcommunicatively coupled to the at least one processor, and automaticallytransmitting the verification component input to the at least oneprocessor, wherein the at least one of one or more sensors and one ormore automated surveillance devices are remotely operated using one ormore programming instructions, the one or more programming instructionsincluding an identification of at least one of a location and apredetermined surveillance travel path in the project worksite forcollection of the verification component by at least one of one or moresensors and one or more automated surveillance devices, beingautomatically generated and transmitted by the at least one processor tothe at least one of one or more sensors and one or more automatedsurveillance devices in response to receiving the electronicrequisition, and being configured to cause the at least one of one ormore sensors and one or more automated surveillance devices to perform,in response to receiving the one or more programming instructions,inspection of the project worksite of the construction project andcollect, based on the performed inspection, the verification component,and transmit the verification component to the at least one processor;determining, with the at least one processor, a current completionstatus of the specific construction work element by comparing theverification component with a prior version of the verificationcomponent and/or a predetermined condition; determining, with the atleast one processor, whether the verification component is acceptable,partially acceptable or unacceptable to verify the current completionstatus of the SOV description of the specific construction work elementbased on a comparison of at least one of: a pixel data extracted fromone or more electronic images, a portion of one or more electronicdocuments, a portion of one or more electronic images and anycombination thereof, included in the verification component input withdata associated with the actual condition of the specific constructionwork element, the comparison including inspection of the actualcondition without requiring a presence and/or a manual input of aproject manager or the contractor at the project worksite of theconstruction project; generating, with the at least one processor, apayment authorization in response to the acceptable determination,transmitting the acceptable payment authorization to a payment provider,and authorizing payment to the contractor by the payment provider of anamount of a payment corresponding to a requested amount of therequisition; and/or generating, with the at least one processor, anotification of rejection in response to the partially acceptable or theunacceptable determination, and resubmitting, with the at least oneprocessor, the partially acceptable or unacceptable verificationcomponent for consideration and/or correction of the specificconstruction work element of the construction project; and updating,with the at least one processor, the SOV in real time based on thedetermining the current completion status and/or the determining whetherthe verification component is acceptable, partially acceptable orunacceptable.
 20. The non-transitory computer-readable storage medium ofclaim 19, wherein the comparing includes at least one of: performing acomputer-implemented statistical method of comparison of theverification component with the prior version of the verificationcomponent and/or the predetermined condition; performing, with anartificial intelligence system operatively connected to the at least oneprocessor, a machine learning method of comparison of the verificationcomponent with the prior version of the verification component and/orthe predetermined condition; and a combination of any of the group. 21.The non-transitory computer-readable storage medium of claim 19, whereinthe predetermined unitary database includes at least one of: a historiccollection of at least one of: a bid document, a contract, a schedule ofvalues tag, a project schedule, an historic schedule of values, anhistoric requisition, a verification, a change order, an unapproved workin place, a work authorization, a report, an email, a file, a textmessage, an electronic notebook, a database, a model, a payment, aninvoice, a receipt, an image of any of the group, an update associatedwith any of the group, a combination of any of the group, and aphysical, scanned or digital version of any of the group; an analysis ofthe historic collection; and an association of the analysis of thehistoric collection with the at least one key event; wherein theoperations further comprise: displaying via a graphical user interface(GUI) an image of the SOV and the current completion status of thespecific construction work element; adjusting, with the at least oneprocessor, the current completion status in real time in response to achange in one or more of the historic collection, the analysis of thehistoric collection, the association of the analysis of the historiccollection with the at least one key event; and continuously updatingthe SOV displayed on the GUI based on the adjusted current completionstatus in real time, wherein the key event is at least one of: apredictable event, an unpredictable event, a schedule change, a costchange, a labor change, a material change, an equipment change, asubstantial completion date, an occupancy date, a project completiondate, an accident, a natural disaster, an act of God, an image of any ofthe group, an update associated with any of the group, a combination ofany of the group, and a physical, scanned or digital version of any ofthe group.
 22. The non-transitory computer-readable storage medium ofclaim 19, further comprising: receiving as input an electronic versionof a document, wherein the document includes at least one of a biddocument, a change order, an unapproved work in place, and averification input; and mapping the at least one of the bid document,the change order, the unapproved work in place, and the verificationinput to the schedule of values.
 23. The non-transitorycomputer-readable storage medium of claim 19, further comprising:identifying at least one string of data from the electronic requisition;mapping the identified at least one string of data to the predeterminedunitary database including at least one key string of data associatedwith at least one key event; tagging the mapped and identified at leastone string of data with a tag associated with the at least one keystring of data associated with the at least one key event; determiningcorrective and/or mitigation actions to minimize deviations from aschedule of the project based on the tagged, mapped, and identified atleast one string of data and the tagged, mapped, and identified historiccollection; transmitting the corrective and/or mitigation actions,wherein the corrective and/or mitigation actions are determined by useof a data structure including data elements associated with the SOV, theschedule of the project, and a contract of the project with a unique SOVtag for integrating the SOV, the schedule of the project, and thecontract of the project, and wherein, in response to a change to atleast one of the data elements, the operations further comprise updatingthe SOV, the schedule of the project, and the contract of the project.24. The non-transitory computer-readable storage medium of claim 19,wherein the comparison of the verification component with the actualcondition of the specific construction work element includes inspectionof the actual condition with one or more of a robot, an autonomousdevice, an unmanned device, an unmanned vehicle, an unmanned aerialvehicle, an unmanned aerial system, a premises security system element,a security camera, an audio sensor, and a motion sensor.
 25. Thenon-transitory computer-readable storage medium of claim 19, wherein thecomparison of the verification component with the actual condition ofthe specific construction work element includes: comparing each of theSOV descriptions to a coordination status; determining from thecomparing of each of the SOV descriptions to the coordination statuswhether a trade is in coordination or out of coordination; andgenerating and transmitting a mitigation flag based on the determiningof whether the trade is coordination or out of coordination.
 26. Thenon-transitory computer-readable storage medium of claim 19, theoperations further comprising: determining and updating in real time,with the at least one processor, the current completion status of thespecific construction work element by comparing the verificationcomponent with the prior version of the verification component and/orthe predetermined condition; adjusting the current completion status inreal time, with the at least one processor, based on one or more of: anunapproved work in place, an instruction to correct work in place thatis determined not to meet a condition of the contract, an unapprovedchange order, a total cost of materials on order and not yet received, achange in general conditions of the contract, an unpredictable event, anaccident, a natural disaster, and an act of God; and actioning, with theat least one processor, a recovery plan and/or a mitigation action inresponse to the adjusting the current completion status in real time.27. The non-transitory computer-readable storage medium of claim 19, theoperations further comprising: displaying via a graphical user interface(GUI) an image of the SOV and the current completion status of thespecific construction work element: adjusting, with the at least oneprocessor, the current completion status in real time in response to thedetermining, with the at least one processor, whether the verificationcomponent is acceptable, partially acceptable or unacceptable to verifythe current completion status of the SOV description of the specificconstruction work element based on a comparison of the verificationcomponent with the actual condition of the specific construction workelement; continuously updating the SOV displayed on the GUI based on theadjusted current completion status in real time, wherein the displaying,adjusting, and continuously updating are performed before thegenerating, with the at least one processor, the payment authorizationin response to the acceptable determination, transmitting the acceptablepayment authorization to the payment provider, and authorizing thepayment to the contractor by the payment provider of the amount of thepayment corresponding to the requested amount of the requisition; and/orthe generating, with the at least one processor, the notification ofrejection in response to the partially acceptable or the unacceptabledetermination, and resubmitting, with the at least one processor, thepartially acceptable or unacceptable verification component forconsideration and/or correction of the specific construction workelement of the construction project.
 28. A computer-implemented systemfor integrated, in real time, remote construction management, workverification and requisition payment, the system comprising: a devicehaving at least one processor and a memory storing at least one programfor execution by the at least one processor, the at least one programincluding instructions, when, executed by the at least one processorcause the at least one processor to perform operations comprising:receiving as input, with the at least one processor, an electronicversion of one or more of a bid document, a change order, and anunapproved work in place; comparing, with the at least once processor,the electronic version with an historic database including one or moreof bid documents, change orders, and unapproved works in place;converting, with the at least once processor, the electronic versioninto a plurality of schedule of value (SOV) descriptions based on thecomparing, wherein each of the SOV descriptions describes a specificconstruction work element for a construction project; generating, withthe at least one processor, an SOV in real time based on the pluralityof SOV descriptions; storing, with the at least one processor, the SOVin a predetermined unitary database; receiving as input, with the atleast one processor, an electronic requisition including requisitioninformation from a requisition submitted by a contractor applying forpayment for at least one of the specific construction work elements forthe construction project, wherein the contractor is an entity contractedto provide one or more of labor, materials, goods, and services under acontract associated with the construction project managed using thesystem, and storing the electronic requisition in the predeterminedunitary database; associating the requisition with the at least onespecific construction work element of the SOV included in therequisition, and storing the requisition associated with the SOV in thepredetermined unitary database; receiving as input, with the at leastone processor, a verification component related to an actual conditionof the specific construction work element of the construction project,and storing the verification component in the predetermined unitarydatabase, the verification component input being generated using atleast one of: one or more sensors, and one or more automatedsurveillance devices positioned at a project worksite of theconstruction project and communicatively coupled to the at least oneprocessor, and automatically transmitting the verification componentinput to the at least one processor, wherein the at least one of one ormore sensors and one or more automated surveillance devices are remotelyoperated using one or more programming instructions, the one or moreprogramming instructions including an identification of at least one ofa location and a predetermined surveillance travel path in the projectworksite for collection of the verification component by at least one ofone or more sensors and one or more automated surveillance devices,being automatically generated and transmitted by the at least oneprocessor to the at least one of one or more sensors and one or moreautomated surveillance devices in response to receiving the electronicrequisition, and being configured to cause the at least one of one ormore sensors and one or more automated surveillance devices to perform,in response to receiving the one or more programming instructions,inspection of the project worksite of the construction project andcollect, based on the performed inspection, the verification component,and transmit the verification component to the at least one processor;associating the verification component with the at least one specificconstruction work element of the SOV identified in the requisition, andstoring the verification component associated with the SOV in thepredetermined unitary database; determining, with the at least oneprocessor, a current completion status of the specific construction workelement by comparing the verification component with a prior version ofthe verification component and/or a predetermined condition;determining, with the at least one processor, whether the verificationcomponent is acceptable, partially acceptable or unacceptable to verifythe current completion status of the SOV description of the specificconstruction work element based on a comparison of at least one of: apixel data extracted from one or more electronic images, a portion ofone or more electronic documents, a portion of one or more electronicimages and any combination thereof, included in the verificationcomponent input with data associated with the actual condition of thespecific construction work element, the comparison including inspectionof the actual condition without requiring a presence and/or a manualinput of a project manager or the contractor at the project worksite ofthe construction project; generating, with the at least one processor, apayment authorization in response to the acceptable determination,transmitting the acceptable payment authorization to a payment provider,and authorizing payment to the contractor by the payment provider of anamount of a payment corresponding to a requested amount of therequisition; and/or generating, with the at least one processor, anotification of rejection in response to the partially acceptable or theunacceptable determination, and resubmitting, with the at least oneprocessor, the partially acceptable or unacceptable verificationcomponent for consideration and/or correction of the specificconstruction work element of the construction project; updating, withthe at least one processor, the SOV in real time based on thedetermining the current completion status and/or the determining whetherthe verification component is acceptable, partially acceptable orunacceptable; tagging, with the at least one processor, one or more of aproject schedule, a project report, a project heat map, a project model,a 3D project model, a building information model, and a payment databasebased on the SOV; and updating, with the at least one processor, one ormore of the project schedule, the project report, the project heat map,the project model, the 3D project model, the building information model,and the payment database, wherein the updating is performed in responseto one or more of the updating of the SOV, the acceptable determination,or the unacceptable determination.
 29. The system of claim 28, theoperations further comprising: determining and updating in real time,with the at least one processor, the current completion status of thespecific construction work element by comparing the verificationcomponent with the prior version of the verification component and/orthe predetermined condition; adjusting the current completion status inreal time, with the at least one processor, based on one or more of: anunapproved work in place, an instruction to correct work in place thatis determined not to meet a condition of the contract, an unapprovedchange order, a total cost of materials on order and not yet received, achange in general conditions of the contract, an unpredictable event, anaccident, a natural disaster, and an act of God; and actioning, with theat least one processor, a recovery plan and/or a mitigation action inresponse to the adjusting the current completion status in real time.30. The system of claim 28, the operations further comprising:displaying via a graphical user interface (GUI) an image of the SOV andthe current completion status of the specific construction work element:adjusting, with the at least one processor, the current completionstatus in real time in response to the determining, with the at leastone processor, whether the verification component is acceptable,partially acceptable or unacceptable to verify the current completionstatus of the SOV description of the specific construction work elementbased on a comparison of the verification component with the actualcondition of the specific construction work element; continuouslyupdating the SOV displayed on the GUI based on the adjusted currentcompletion status in real time, wherein the displaying, adjusting, andcontinuously updating are performed before the generating, with the atleast one processor, the payment authorization in response to theacceptable determination, transmitting the acceptable paymentauthorization to the payment provider, and authorizing the payment tothe contractor by the payment provider of the amount of the paymentcorresponding to the requested amount of the requisition; and/or thegenerating, with the at least one processor, the notification ofrejection in response to the partially acceptable or the unacceptabledetermination, and resubmitting, with the at least one processor, thepartially acceptable or unacceptable verification component forconsideration and/or correction of the specific construction workelement of the construction project.